Probleme mit aktuellem Kernel-Update
Hallo, das letzte Kernel-Update (von kernel-default-2.6.4-54.5 auf kernel-default-2.6.5-7.75) hat mir einen "Systemhänger" verpasst. Gleiches hatte ich schon einmal, als ich Kraxels 2.6.5er Kernel ausprobieren wollte. Das System bootet und bleibt gleich hängen, es läuft nicht mehr weiter. "ReiserFS: hda3: checking transaction log (hda3)" Egal wie lange ich warte, nur der Klammeraffengriff funktioniert. Irgend etwas am Kernel 2.6.5 scheint mit meinem System Probleme zu haben. Mein System ist tatsächlich auf hda3 installiert und standardmäßig durch die Installation mit ReiserFS formatiert worden. Beim Kraxel-Kernel hatte ich mir selber die Schuld gegeben (was verwende ich auch einen Test-Kernel), aber hier handelt es sich um ein Sicherheitsupdate von SuSE selbst. Was kann / muss ich tun, damit bei mir der Kernel auch läuft? Danke, Robert
das letzte Kernel-Update (von kernel-default-2.6.4-54.5 auf kernel-default-2.6.5-7.75) hat mir einen "Systemhänger" verpasst. Gleiches hatte ich schon einmal, als ich Kraxels 2.6.5er Kernel ausprobieren wollte. Das System bootet und bleibt gleich hängen, es läuft nicht mehr weiter. "ReiserFS: hda3: checking transaction log (hda3)"
Egal wie lange ich warte, nur der Klammeraffengriff funktioniert. Irgend etwas am Kernel 2.6.5 scheint mit meinem System Probleme zu haben. Mein System ist tatsächlich auf hda3 installiert und standardmäßig durch die Installation mit ReiserFS formatiert worden.
Du bist nicht der einzige. Der 2. Rechner hier von meinem Freund hat das gleiche Problem nach dem Update vorhin. Er startet nur noch mit kryptischen Fehlermeldungen-also eigentlich gar nicht. Zwischenzeitlich wollte er doch mal booten-nach einem Neustart war es wieder vorbei. Fehler bei uns: "hda9 checking,transaction log" und die Fehlermeldung laufen herunter. Als Newbies haben wir keinerlei Ahnung,was wir machen können. Gruß Sandra -- Sandra Flensburg mailinglist@foni.net
Hallo Sandra, Am Donnerstag, 17. Juni 2004 22:11 schrieb Sandra:
das letzte Kernel-Update (von kernel-default-2.6.4-54.5 auf kernel-default-2.6.5-7.75) hat mir einen "Systemhänger" verpasst. Gleiches hatte ich schon einmal, als ich Kraxels 2.6.5er Kernel ausprobieren wollte. Das System bootet und bleibt gleich hängen, es läuft nicht mehr weiter. "ReiserFS: hda3: checking transaction log (hda3)"
Du bist nicht der einzige. Der 2. Rechner hier von meinem Freund hat das gleiche Problem nach dem Update vorhin. Er startet nur noch mit kryptischen Fehlermeldungen-also eigentlich gar nicht. Zwischenzeitlich wollte er doch mal booten-nach einem Neustart war es wieder vorbei. Fehler bei uns: "hda9 checking,transaction log" und die Fehlermeldung laufen herunter.
Als Newbies haben wir keinerlei Ahnung,was wir machen können.
Boote von der Installations-CD bzw. -DVD und wähle "Installation" aus. Dannach gibt es einen Punkt "installiertes System Starten", den wählst du an. Jetzt sollte auch KDE und YaST2 wieder funktionieren, YaST (Kontrollzentrum starten), "Software installieren oder löschen" anwählen und den Kernel wieder 'downgraden'. Ist zwar keine echte Lösung, aber funktioniert wenigstens. Viele Grüße, Robert
Hallo,
Boote von der Installations-CD bzw. -DVD und wähle "Installation" aus. Dannach gibt es einen Punkt "installiertes System Starten", den wählst du an. Jetzt sollte auch KDE und YaST2 wieder funktionieren, YaST (Kontrollzentrum starten), "Software installieren oder löschen" anwählen und den Kernel wieder 'downgraden'.
Ist zwar keine echte Lösung, aber funktioniert wenigstens.
Hat nicht ganz so einfach funktioniert (kernel war ganz verschwunden),aber dank dieser Repair Funktion läuft nun wieder alles. Ich bin aber trotzdem mal gespannt, woran es wohl gelegen haben mag. Danke Gruß Sandra -- Sandra Flensburg mailinglist@foni.net
Sandra wrote:
[...] Als Newbies haben wir keinerlei Ahnung,was wir machen können.
Selbst als "erfahrener" Linuxer kannst Du da nur wenig machen. In so einem Falle hilft nur das Wiedereinspielen eines aelteren Kernels, das Liefern von Feedback an SuSE, und die Hoffnung, dass SuSE das Problem erst nimmt und schnellstmoeglich behebt. Vielleicht wird anhand dieses Beispiels aber wieder klar, warum ich immer dazu rate, Kernel-Updates _nicht_ per YOU zu machen, sondern Kernel-RPMs wie in meinem Howto beschrieben parallel zum alten Kernel zu installieren oder - sogar noch besser - den Kernel aus den Quellen selbst zu compilieren. Dann ist das parallele Installieren mit einem Fallback-Kernel naemlich kein Problem. CU, Th.
Hallo, Am Donnerstag, 17. Juni 2004 23:51 schrieb Thomas Hertweck:
Sandra wrote:
[...] Als Newbies haben wir keinerlei Ahnung,was wir machen können.
Selbst als "erfahrener" Linuxer kannst Du da nur wenig machen. In so einem Falle hilft nur das Wiedereinspielen eines aelteren Kernels,
Was nicht jeder kann (ich habe kein Problem damit).
das Liefern von Feedback an SuSE, und die Hoffnung, dass SuSE das Problem erst nimmt und schnellstmoeglich behebt.
Ja, muss ich gleich machen.
Vielleicht wird anhand dieses Beispiels aber wieder klar, warum ich immer dazu rate, Kernel-Updates _nicht_ per YOU zu machen, sondern Kernel-RPMs wie in meinem Howto beschrieben parallel zum alten Kernel zu installieren oder - sogar noch besser - den Kernel aus den Quellen selbst zu compilieren. Dann ist das parallele Installieren mit einem Fallback-Kernel naemlich kein Problem.
Dein HowTo ist echt klasse, aber auch hier: so etwas ist nicht jederman Sache. Warum sollte der Normalanwender / Neu-(SuSE-)Linux-Anwender sich nicht auf YOU verlassen? Ein Newbie (vor allem einer, der nicht KDE verlassen will und dem eine "Konsole" nicht geheuer ist), der sein System aktuell halten will und sollte, hat kaum eine andere Möglichkeit. Robert
Am Donnerstag, 17. Juni 2004 23:51 schrieb Thomas Hertweck:
Vielleicht wird anhand dieses Beispiels aber wieder klar, warum ich immer dazu rate, Kernel-Updates _nicht_ per YOU zu machen, sondern Kernel-RPMs wie in meinem Howto beschrieben parallel zum alten Kernel zu installieren oder - sogar noch besser - den Kernel aus den Quellen selbst zu compilieren. Dann ist das parallele Installieren mit einem Fallback-Kernel naemlich kein Problem.
ACK. Ich frage mich, warum bei einem Kernel-Update you nicht automatisch ein Multikernel-System erstellt. IMO sollte es nach dem Update den alten _und_ den neuen Kernel beim Booten zur Auswahl geben. So kompliziert kann das ja nicht sein. Gerade bei diesem Update, wird sowohl in suse-isdn@suse.com als auch in suse-security@suse.com berichtet, dass es ernste Probleme gibt. Speziell kann es passieren, dass dann ISDN nicht mehr richtig funktioniert. Ich spar mir das Update erst mal am Gateway und warte ab. Al
Al Bogner wrote:
[...] Gerade bei diesem Update, wird sowohl in suse-isdn@suse.com als auch in suse-security@suse.com berichtet, dass es ernste Probleme gibt. Speziell kann es passieren, dass dann ISDN nicht mehr richtig funktioniert. Ich spar mir das Update erst mal am Gateway und warte ab.
Nimm einen Vanilla-Kernel, damit habe ich hier weit weniger Probleme momentan als mit den SuSE-Kerneln. SuSE patcht den Kernel IMHO gerade mal wieder viel zu viel und die Dinge werden immer unuebersichtlicher statt andersherum... Ich hatte so gehofft, das wuerde bei Kernel 2.6 im Vergleich zu Kernel 2.4 mal abnehmen und sich zum Besseren wenden. Aber irgendwie siehts nicht so aus. Dass das Update nun Probleme bereitet ist da nur der Gipfel des Eisbergs. CU, Th.
Am Donnerstag, 17. Juni 2004 22:00 schrieb Hans-Robert Wagner: Huhu,
das letzte Kernel-Update (von kernel-default-2.6.4-54.5 auf kernel-default-2.6.5-7.75) hat mir einen "Systemhänger" verpasst. Gleiches hatte ich schon einmal, als ich Kraxels 2.6.5er Kernel ausprobieren wollte. Das System bootet und bleibt gleich hängen, es läuft nicht mehr weiter. "ReiserFS: hda3: checking transaction log (hda3)"
habe hier das gleiche Problem. Oder besser: hatte. Ich hab einfach das Rettungssystem auf /mnt gemoutet, ein chroot gemacht, die Platten eingehängt und dann den alten kernel installiert. Da nach noch ein mkinitrd und die Kiste bootet wieder. bis denn ... /Frank/
Hallo, Am Donnerstag, 17. Juni 2004 23:09 schrieb Frank Röske:
Am Donnerstag, 17. Juni 2004 22:00 schrieb Hans-Robert Wagner:
das letzte Kernel-Update (von kernel-default-2.6.4-54.5 auf kernel-default-2.6.5-7.75) hat mir einen "Systemhänger" verpasst. Gleiches hatte ich schon einmal, als ich Kraxels 2.6.5er Kernel ausprobieren wollte. Das System bootet und bleibt gleich hängen, es läuft nicht mehr weiter. "ReiserFS: hda3: checking transaction log (hda3)"
habe hier das gleiche Problem. Oder besser: hatte.
Ich hab einfach das Rettungssystem auf /mnt gemoutet, ein chroot gemacht, die Platten eingehängt und dann den alten kernel installiert. Da nach noch ein mkinitrd und die Kiste bootet wieder.
Das Problem ist nicht, dass ich nicht mehr booten kann, sondern dass bei meinem System keine Kernel 2.6.5-x.xx laufen wollen. Ich möchte schon gerne das System aktuell halten. Wie ich einen "alten" Kernel installieren muss, weiss ich. Robert
Am Donnerstag, 17. Juni 2004 22:00 schrieb Hans-Robert Wagner:
das letzte Kernel-Update (von kernel-default-2.6.4-54.5 auf kernel-default-2.6.5-7.75) hat mir einen "Systemhänger" verpasst. Gleiches hatte ich schon einmal, als ich Kraxels 2.6.5er Kernel ausprobieren wollte. Das System bootet und bleibt gleich hängen, es läuft nicht mehr weiter. "ReiserFS: hda3: checking transaction log (hda3)"
Feedback an SuSE brachte auch nur eine generierte Standardantwort, hatte auch nichts anderes erwartet. Habe eben mal den KOTD von gestern installiert (parallel zum 2.6.4-54.5), es tritt wieder das oben beschriebene Problem auf. Woran kann das liegen? Es hat ja bei weitem nicht jeder das gleiche Problem. Liegt es am Board? Sollte ich es mit einer anderen Parttition als hda3 probieren? Motherboard: Elitegroup K7VTA3 V5(VIA Apollo KT333) System-BIOS-Version: Phoenix - AwardBIOS v6.00PG System-BIOS-Datum: 12/04/02 Prozessor: AMD Athlon XP 2400+(2000 MHz) Physikalischer Speicher: 1024 MB Auf der DVD vom Linux Magazin "Network Edition" ist Debian Sarge mit Kernel 2.6.6 etc. darauf. Wenn das bei mir vernünftig läuft migriere ich meine Server nach Debian, auch wenn's dort 'unstable' ist. Robert
Auf der DVD vom Linux Magazin "Network Edition" ist Debian Sarge mit Kernel 2.6.6 etc. darauf. Wenn das bei mir vernünftig läuft migriere ich meine Server nach Debian, auch wenn's dort 'unstable' ist.
Naja, ganz so "krass" ist Sarge nun auch wieder nicht: woody == stable sarge == testing sid == unstable Außerdem liest man ja immer wieder, dass aktuelle Distibutionen wie SuSE, MDK, FD & Co. in etwa auf Debian unstable-Niveau liegen. Ciao kkg
Am Donnerstag, 24. Juni 2004 22:28 schrieb Kay K. Grossmann:
Auf der DVD vom Linux Magazin "Network Edition" ist Debian Sarge mit Kernel 2.6.6 etc. darauf. Wenn das bei mir vernünftig läuft migriere ich meine Server nach Debian, auch wenn's dort 'unstable' ist.
Naja, ganz so "krass" ist Sarge nun auch wieder nicht:
woody == stable sarge == testing sid == unstable
Außerdem liest man ja immer wieder, dass aktuelle Distibutionen wie SuSE, MDK, FD & Co. in etwa auf Debian unstable-Niveau liegen.
*g*, dann kann ich mich ja nicht verschlechtern ;-) Robert
Am Donnerstag, 24. Juni 2004 22:42 schrieb Hans-Robert Wagner:
Am Donnerstag, 24. Juni 2004 22:28 schrieb Kay K. Grossmann: [...]
*g*, dann kann ich mich ja nicht verschlechtern ;-)
"stabilitätsmäßig" nicht, Du solltest aber bedenken, daß bei Debian einiges anders funktioniert als bei SuSE. Du mußt halt die Administration mehr oder weniger neu lernen, weil die Scripte anders heißen, an anderen Stellen zu finden sind, einige mußt Du selbst erstellen, die von Yast "automatisch" generiert werden usw. Vor diesem Problem stehe ich nämlich auch gerade *g* Viel Spaß Peter
Am Freitag, 25. Juni 2004 07:59 schrieb Peter Baumgartner:
Am Donnerstag, 24. Juni 2004 22:42 schrieb Hans-Robert Wagner:
*g*, dann kann ich mich ja nicht verschlechtern ;-)
"stabilitätsmäßig" nicht, Du solltest aber bedenken, daß bei Debian einiges anders funktioniert als bei SuSE. Du mußt halt die Administration mehr oder weniger neu lernen, weil die Scripte anders heißen, an anderen Stellen zu finden sind, einige mußt Du selbst erstellen, die von Yast "automatisch" generiert werden usw.
Ach, neu lernen wohl nicht. Eher: wieder erinnern und alte Kenntnisse wieder auffrischen. Bis irgendwann 1997 wurde ich von Unifix mit meinen Linux-CDs versorgt, die Handbücher waren erstklassig. Ich meine sogar, dass die Linux-Distribution ISO-Zertifiziert war. Jedenfalls gab es werder rpm noch apt, zum Laufen habe ich dennoch gebracht. Und als Windows 95 (die erste Version) mit dem damaligen Capi-Subsystem der Firma Acotec (ich war Betatester und bekam die ISDN-Karte kostenlos zum Softwarepaket dazu) noch beim Versuch hängen blieb, eine ISDN-Verbindung zum Internetprovider herzustellen, hatte ich mit der Linuxplatte im gleichen Rechner und isdn4lin mehr Glück. Ich war Stolz wie ein Schneekönig und hatte im Gegensatz zu den Modemsurfern eine ganze Weile lang eine feste IP vom Kieler Internetprovider erhalten, der musste halt auch noch lernen. Man das waren noch Zeiten, aber die komplexität der heutigen Distributionen übersteigt das alles bei weitem. Den Komfort von einem YaST2 gebe ich nur sehr ungern auf, obwohl ich samba und postfix / cyrus dann doch lieber mit einem Editor und der Konsole konfiguriere.
Vor diesem Problem stehe ich nämlich auch gerade *g*
Viel Spaß
Danke,
Peter
Robert
Am Donnerstag, 24. Juni 2004 22:16 schrieb Hans-Robert Wagner:
Habe eben mal den KOTD von gestern installiert (parallel zum 2.6.4-54.5),
Das war der falsche, siehe ---------- Weitergeleitete Nachricht ---------- Subject: Re: [suse-security] what has become of the latest kernel hang/freeze bug? Date: Donnerstag, 24. Juni 2004 18:11 From: Roman Drahtmueller <draht@suse.de> To: suse-security@suse.com
I misunderstood your question, then. I wasn't aware these updated kernels had problems - I have 3 9.0 and 1 9.1 systems that don't have any problems running these kernels.
I think we've found it. If you feel like, please try out the kernels of the day (kotd), to be found at http://ftp.suse.com/pub/projects/kernel/kotd/i386/. There is a kernel update pending to fix the hangs that you might see under some circumstances. And there are some more things in the queue for this update...
Am Freitag, 25. Juni 2004 00:15 schrieb Al Bogner:
Am Donnerstag, 24. Juni 2004 22:16 schrieb Hans-Robert Wagner:
Habe eben mal den KOTD von gestern installiert (parallel zum 2.6.4-54.5),
Das war der falsche, siehe
Nein!
---------- Weitergeleitete Nachricht ----------
Subject: Re: [suse-security] what has become of the latest kernel hang/freeze bug? From: Roman Drahtmueller <draht@suse.de> [...]
I think we've found it. If you feel like, please try out the kernels of the day (kotd), to be found at http://ftp.suse.com/pub/projects/kernel/kotd/i386/.
There is a kernel update pending to fix the hangs that you might see under some circumstances. And there are some more things in the queue for this update...
Genau jener. Im Übrigen wird von kraxel nach mantel gelinkt und von mantel grundsätzlich nach ../projects/kernel/kotd Robert
Hallo Leute, ich muss noch mal Fragen, komme einefach nicht weiter. Ich möchte gerne das wenn ein Virus abgefangen wird. Der Empfänger der Mail eine Nachricht bekommt. Das die Mail XYZ für ihn einen Virus hatte und abgefangen wurde. Dafür habe ich in der amavis.conf folgendes aktiviert # Notify virus (or banned files) RECIPIENT? # (not very useful, but some policies demand it) $warnvirusrecip = 1; # (defaults to false (undef)) $warnbannedrecip = 1; # (defaults to false (undef)) Leider klappt es nicht... Muss ich an einer anderen Stelle noch was tun ? Im Moment bekommt nur der Virussneder eine Mail was ja durch Würme z.B blöd ist. Also das wäre noch abzustellen Kann mir jemand helfen. Vielen Dank Christian Gans
Am Montag, 28. Juni 2004 13:22 schrieb christian.gans@itpaik.de: 1. Benutz bitte einen eigenen Thread.
ich muss noch mal Fragen, komme einefach nicht weiter. Ich möchte gerne das wenn ein Virus abgefangen wird. Der Empfänger der Mail eine Nachricht bekommt. Das die Mail XYZ für ihn einen Virus hatte und abgefangen wurde.
Dafür habe ich in der amavis.conf
folgendes aktiviert
# Notify virus (or banned files) RECIPIENT? # (not very useful, but some policies demand it) $warnvirusrecip = 1; # (defaults to false (undef)) $warnbannedrecip = 1; # (defaults to false (undef))
Leider klappt es nicht... Muss ich an einer anderen Stelle noch was tun ?
Kommt drauf an, ob die Empfänger lokal sind, oder nicht. Schau Dir am besten mal die Erklärung zu "$warn_offsite" bzw, "$local_domains" an. # Notify also non-local virus/banned recipients if $warn*recip is true? # (including those not matching local_domains*) #$warn_offsite = 1; # (defaults to false (undef), i.e. only notify locals) -- Andreas
participants (9)
-
Al Bogner -
Andreas Winkelmann -
christian.gans＠itpaik.de -
Frank Röske -
Hans-Robert Wagner -
Kay K. Grossmann -
Peter Baumgartner -
Sandra -
Thomas Hertweck