Killer NTFS HD

MaTel

Das habe ich auch noch nicht gesehen. Habe hier eine Festplatte mit XP. Der Rechner, in die sie eingebaut ist stürzt beim Booten mit einem BSOD ab. Letzte Meldung: irgendwas mit ntfs.sys.
Naja, dachte mir, starte nen BartePE System und mache mal ne Datensicherung....-> BSOD

Gut... dann halt Platte ausbauen, mit einem SATA-USB Adapter an ein schon gebootetes XP drangehängt...-> BSOD
Gleiches mit Vista und Win2000...-> BSOD bzw. sofortiger Reboot des Systems.

Schließlich habe ich sie an ein Linux-System gehängt... und siehe da, Zugriff auf die Platte mit sämtlichen Daten ist möglich... gelobt sein Linux

**gandro**

Joa, ntfs-3g ist toll.

Fehlt leider noch chkdsk bzw. fsck.ntfs für Linux, was die Verwendung von NTFS auf externen Platten die grösstenteils an Linux dranhängen weniger sinnvoll macht.

Blue-Fox

Tjo, Linux hat keinen BSOD...

**DosAmp**

Zitat von Blue-Fox

Tjo, Linux hat keinen BSOD...

Und kann allein deswegen (zum Beispiel wegen einem Bug in einem Dateisystem-Treiber) nicht mit einer Kernel Panic abkratzen? Häufiger scheinen deine Aussagen richtig vor Kompetenz zu strotzen.

HOMEBOY87

Zitat von DosAmp

Und kann allein deswegen (zum Beispiel wegen einem Bug in einem Dateisystem-Treiber) nicht mit einer Kernel Panic abkratzen? Häufiger scheinen deine Aussagen richtig vor Kompetenz zu strotzen.

wird zeit das du dein whf-diagramm überarbeitest

Blue-Fox

Warum stinkt es hier so nach Ironie?

Alex · Registriert seit 17.04.06

Es riecht eher nach Döner

Blue-Fox

Nö.
BTW. von deine Dönergelabere kriege ich Hunger.

**gandro**

Zitat von DosAmp

Und kann allein deswegen (zum Beispiel wegen einem Bug in einem Dateisystem-Treiber) nicht mit einer Kernel Panic abkratzen? Häufiger scheinen deine Aussagen richtig vor Kompetenz zu strotzen.

Um den Thread wieder aufs ursprüngliche Gleis zu bringen:

Linux bietet traditionell dem Anwender das Innenleben an, während einen Windows mit einem BSOD zum Neu- oder Reparaturinstallieren zwingt. Bei einer guten initramfs kriegt man bei einem fehlerhaften Mountversuch von root in der Regel eine kleine abgespeckte Shell ("ls not available, try 'echo *'" narf), ums selber noch zu probieren.

**winfreak**

Zitat von gandro

Um den Thread wieder aufs ursprüngliche Gleis zu bringen:
Linux bietet traditionell dem Anwender das Innenleben an, während einen Windows mit einem BSOD zum Neu- oder Reparaturinstallieren zwingt. Bei einer guten initramfs kriegt man bei einem fehlerhaften Mountversuch von root in der Regel eine kleine abgespeckte Shell ("ls not available, try 'echo *'" narf), ums selber noch zu probieren.

Du meinst die "BusyBox", oder?
Die erscheint bei mir immer wenn ich eine Linux distro installen will, die GRUB als CD loader hat (am HS da USB-Laufwerk) -.-

**oreissig**

Zitat von gandro

"ls not available, try 'echo *'"

nice, danke für die idee, ich bin immer regelmäßig abgekackt bei so miniroot-umgebungen

YAL

Busybox ist noch um einiges intelligenter als das die initrd shell...

**gandro**

Zitat von YAL

Busybox ist noch um einiges intelligenter als das die initrd shell...

Öh...? Bei schätzungsweise 80% aller initrds kommt Busybox zum Tragen?

YAL

Bei der von Arch auch?

**gandro**

Zitat von YAL

Bei der von Arch auch?

Nein, Arch enthält ein paar Tools die mit der klibc mitgeliefert werden.

Aber falls jemand von euch mal ne hochspezialisierte initrd basteln muss, dem empfehle ich echt kurz nen Blick auf Busybox zu werfen, weil erstens wählt man da ja auch was man braucht (man kann ls problemlos abwählen), zwetiens enthält ja auch mehrere Shells, insbesondere auch solche, die für initrds gedacht sind.

Jetzt mitmachen!