der rechner bleibt nicht beim festplattencheck stecken, sondern bei der erkennung eines carreaders. 3 leseschächte werden erkannt und ich nehme mal an, das der cardreader noch weitere schächte hat und es da ein problem gibt.
zieh doch mal den cardreader ab.

nach sda6 scheint er ja alle partitionen gecheckt zu haben und die sind ordnungsgemäß durchgelaufen. ich glaube also nicht, dass es an einer partition liegt. da er offensichtlich mit dem einbinden der usb-devices (cardreader) begonnen hat, könnte es sein, dass er probleme mit der automatischen erkennung irgendwelcher (usb???)-hardware hat.

lösung- alle unnöfige hardware totlegen oder entfernen und den rechner neu starten.
wenn der rechner hochläuft, eine karte nach der anderen einbauen und schauen wo es hackt.

was für ein filesystem ist denn auf der partition sdb2?
ein windows-filesysteme?
poste mal die /etc/fstab

Zitat

Original von aqe89
könnte es sein, dass das Programm/script das den FS-Check einleitet es nicht vohrsieht das man das filesystem unter einem micht linux system mountet?

das heisst wenn man alle 30 mounts einen check ausführt, und man vom 28 an es 10 mal unter Windows startet (Variable hat dan einen wert von 38, erwartet wird aber kleiner 30). liegts daran?

Nein, man kann auch im Linux den Check zu Beginn überspringen bzw. die Partition im laufenden Betrieb öfter mounten und wieder unmounten. Der Zähler wird dann eben einfach weitergezählt, bis irgendwann gecheckt wird.
Ich weiß jetzt gerade nicht wie weit er hochzählen kann, bis er wieder von vorne beginnt oder stehenbleibt aber ich habe schon mehrere Hundert gesehen. Die Anzahl der mounts, nach denen geprüft wird, kann man auch verändern.
Außerdem könnte ich mir denken, dass Windows den Wert gar nicht hochzählt.

Ich bin sehr sicher, dass Linux selbst keine Konflikte mit der Benutzung der Dateisysteme unter anderen Betriebssystemen hat. Ich habe sowas noch nicht erlebt. Nur mit NTFS gab es mal Probleme, wenn man mit Linux drauf geschrieben hat (sowas ist dann in der Kernel-Konfig als "EXPERIMENTAL" gekennzeichnet); Lesen machte keinen Ärger. Anderen Bertiebssystemen traue ich aber durchaus zu, dass sie ein Dateisystem so verändert (kaputtgemacht?) haben, dass es nicht mehr im Linux funktioniert.

Wenn Deine Tastatur/Maus nicht USB ist, dann kannst Du USB vielleicht schon im BIOS ausmachen.

dev sda2 dürfte auch nicht das problem sein, denn diese partition wird ja überhaupt nicht angetastet, ein check der partition also nicht angestossen. wenn der kernel mit der plattenerkennung schon probleme haben sollte (auf dem bildschirmfoto ist davon ja nichts zu sehen), dann ist das wohl ein hinweis auf hardware oder treiberprobleme.
auf sda2 kannst du also auch nicht zugreifen, da die partition nicht gemountet wird.
woher weisst du denn, das der rechner wegen dieser partition stehen bleibt?

ok, hab wohl die wegstaben verbuchselt.

livesysteme machen keinen check.
ich würde dir mal empfehlen die partition zu umounten und einen fsck per hand zu machen. wenn es check-probleme gibt, dann erscheint eigentlich beim systemstart eine entsprechende meldung.

schaden kann der check nicht.

Zitat

Original von linuxerr
schaden kann der check nicht.

Das kommt auf die Optionen an.
Ein Check kann z.B. noch vorhandene Teile einer beschädigten Datei endgültig vernichten, bei dem Versuch das Dateisystem zu reparieren.