Nefunguje to? Preinstaluj to!

5.8.2005 18:16 | domaci sit

Tohle zlate pravidlo zna jiste kazdy, kdo mel kdy s windows neco spolecneho na urovni vyssi nez nejnizsi. Jenomze - svete, div se - ono to plati i na Linuxu. Zase jsem se jednou pustil do upravy sw na serveriku a to do pridani openLDAP a prevedeni uctu samby do LDAP (kvuli AD u win2k3). Instalace probehla v poradku, vse se tvarilo ok ale nebylo. LDAP nebezel a nebezel. No a tak jsem se v zachvatu zoufalstvi po precteni vsech how-to co jich na inetu je rozhodl o preinstalaci. Vse jsem smaznul a nainstaloval znova. A svete div se - funguje to. A na 1. pokus. Takze uz i na linu plati "Nefunguje to? Preinstaluj to!"

       

Komentáře

[JiK]

myslel jsem, ze takhle to v unixovych systemech nefunguje, prijde mi to divne. Stalo se uz nekomu neco podobneho?

[pol128]

Samozrejme, že áno. Potom si ale človek uvedomí, že sa to vlastne dalo takto a takto aj bez reinštalácie. Ale až po nej je vidieť rozdiel. Druhý krát je už človek dostatočne poučený, aby neskúšal podobné widlácke maniere.

[m$ lipo $m]

rozhodne bych se toho nedrzel nepripada mi to jako radna reakce na nefunknost sw patrne je to pozustatek z wyndoze

[Michal Vyskočil]

Většinou stačí mít zálohované původní nastavení. Jinak, pokud je v programu skutečná chyba, tak se udělá upgrade, ale to se asi nedá brát jako přeinstalace.

[Luk]

Stalo se mi na RHEL 3 WS, že jsem se po nějakých manévrech nemohl dostat do GNOME. Po vložení jména a hesla do přihlašovacího dialogu to pracovalo a pracovalo ... a když uběhly 3 minuty, došla mi trpělivost. Odstřelil jsem X server, vlezl do konzole a smazal uživatelské konfigurační soubory GNOME. Sice jsem si musel pak všechno nastavit znovu (moc toho nebylo), ale v tu chvíli to bylo velmi rychlé a účinné řešení (celkově to bylo určitě rychlejší, než kdybych se vrtal v souborech a hledal problém).

[Jiří Němec]

Podobný problém mám v práci s Windows 2003 serverem. Asi po 3 dnech běhu serveru se nepřihlásím. Začne se to přihlašovat a to přihlašování trvá někdy pár hodin, nebo se to nepřihlásí ani po dnu. Jen škoda, že to nemůžu řešit přeinstalováním, nebo výběrem jiného windowmanageru. Prý to dělá už na více serverech lidem v okolí a zatím nikdo nezná řešení.

[Eregon]

Popravdě řečeno, mám pocit, že u Mandrake to není až tak moc neobvyklé. Možná je to jen můj dojem a možná to už neplatí, každopádně když si vezmu své zkušenosti... Chtěl jsem Mandrake 10.0 aktualizovat na 10.1. Potíže, které aktualizace způsobila, se mi opravit nepodařilo, aspoň ty zásadní ne (probíralo se to i v mnoha diskusích tady na abíčku a nebyl to jen můj problém), takže jsem nakonec sáhl k čisté instalaci. Věnoval jsem tomu několik dní, aby byl systém opravdu ťip ťop, dal jsem si prostě záležet. Během dvou měsíců používání (v souladu se všemi dobrými zásadami) se mi systém pochroumal - kupříkladu se nedá spustit žádný z mandrakovských konfiguračních nástrojů - všechny končí Segmentation fault. Je takový hřích, že jsem nainstaloval pár balíčků, které nepatří přímo do MDK 10.1, ale vzal jsem si je z 10.2, protože jsem prostě potřeboval novější verzi? Já myslím, že ne, můj systém si to ale nemyslí. Docela se divím, že nezačal stávkovat, když jsem si zkompiloval vlastní vanilla jádro...

Mandrake prostě není to pravé ořechové, když chcete systém aktualizovat průběžně.

[Zdeněk Štěpánek]

Zdravim

Kdysi jeste davno v drevnich dobach jsem si hraval s redhatem 6.2. Nastavil jsem si nejak Xfree86.conf a vysledkem bylo ze se to neustale snazilo nahodit grafiku, coz samozrejme neslo, protoze jsme to nastavil spatne. Po 10 minutach koukani na blikajici monitor jsem to preinstaloval.

Ale pozdejc uz nikdy. No vlastne jo. Mel jsem mandrake, nefungoval a nefungoval, tak jsem ho preinstaloval slackwarem a je klid

Zdenek