Ubuntu NBR karmischer Boot friert bei fsck von util-linux-ng 2.16 ein

2988
Bluebill

Ich habe ein Netbook (emachine e250 - äquivalent zu einem Acer Aspire) und ich habe Ubunutu NBR 9.10 darauf installiert. Jeder zweite Kaltstart friert bei der folgenden Fehlermeldung ein:

fsck from util-linux-ng 2.16

Es gibt keine Festplattenaktivität, überhaupt keine Aktivität. Ich habe die Maschine über eine Stunde lang stehen gelassen und nichts. Um richtig booten zu können, sind einige harte Resets erforderlich. Nach dem Booten funktioniert alles bestens (drahtlos, Suspend / Resume usw.)!

Ich habe die letzten paar Wochen damit verbracht, das Problem zu erforschen, und das einzige, was zu funktionieren scheint, ist, dass nolapic im Boot-String in grub gesetzt wird - es bootet jedes Mal. Leider deaktiviert Nolapic den zweiten Kern und verursacht Probleme beim Suspend-Resume.

Zuerst dachte ich, es sei ein fsck-Problem mit der ersten Partition auf der Festplatte, da es sich um eine versteckte NTFS-Partition handelt, die die Windows XP-Informationen enthält. Also habe ich in / etc / fstab die Partition so eingestellt, dass sie von fsck ignoriert wird. Das schien nichts zu tun.

Ich habe diese Partitionen:

  • / dev / sda1 - eine NTFS-Wiederherstellungspartition
  • / dev / sda2 - / boot
  • / dev / sda3 - tauschen
  • / dev / sda5 - /
  • / dev / sda6 - / home

Ich verwende die Kernel-Version 2.6.31-19-generic und habe alle Patches (wie vom Update-Manager angegeben). Ich habe auch keinen Begrüßungsbildschirm, so dass ich den Startfortschritt sehen kann.

Ich benutze NBR nur seit Januar, ich benutze Ubuntu seit Juni (2009-06) auf meinem Desktop.

Welche Protokolle sollte ich mir anschauen? Gibt es ein Protokoll für fehlgeschlagene Startvorgänge?

1
Es sieht so aus, als wäre fsck eine falsche Spur. Es gab Probleme mit dem drahtlosen Adapter (Bcom-Einheit). Zum Glück hatte ich / und / home auf separaten Partitionen. Ein Root-Format und eine Neuinstallation von Karmic schienen meine Probleme zu lösen. Bluebill vor 14 Jahren 1

1 Antwort auf die Frage

0
sleske

Hm, es ist schwer zu helfen, ohne den Kernel tatsächlich zu debuggen, aber wenn nolapicSie das Problem beheben, besteht eine hohe Wahrscheinlichkeit, dass das Problem mit APIC zusammenhängt :-).

Dann wäre es ein Problem (oder eine Inkompatibilität) mit dem BIOS / mobo, sodass Sie möglicherweise nichts dagegen tun können. Durch die Einstellung von nolapic sollte der 2. Kern nicht vollständig deaktiviert werden. Es wird nur das IQ-Routing geändert. Hast du überprüft, dass der 2. Kern wirklich aus ist?

Wenn Sie dies weiter debuggen möchten:

Suchen Sie nach dem Startskript, das fsck unter Ubuntu ausführt (unter Debian ist es unter Ubuntu ähnlich), und fügen Sie dann ein paar zusätzliche echos ein, um die Stelle einzuschränken, an der es hängt. Übergeben Sie außerdem die Option "-V" an fsck, um eine ausführlichere Ausgabe zu erhalten. Dann sehen Sie, wohin Sie von dort aus gehen.

Viel Glück...

Danke für den Tipp. Ich suche gerade nach dem Boot-Skript, das fsck auslöst, sodass ich die Option -V hinzufügen kann, um zu sehen, was los ist. Bluebill vor 14 Jahren 0
Bitte. Um das Boot-Skript zu finden, können Sie einfach für fsck grep: `grep -r fsck / etc /`. Vielleicht gibt es ein paar Fehlalarme, aber es sollte nicht schwer sein, das zu bekommen, was Sie brauchen. sleske vor 14 Jahren 0