Für diese Aufgabe stehen einige bootfähige USB-Stick-Laufwerke zur Verfügung, aber das CD-Laufwerk ist kaputt, ohne die geringste Chance zu haben, ein neues zu erhalten, sodass cdimage nicht brennen und booten kann. Auf dem Computer ( Dell Latitude C400 ) ist anscheinend kein USB-Start möglich, selbst wenn es sich um einen Computer mit vielen Funktionen handelt. Ich habe Internet-Breitband, Diskettenlaufwerk und eine Menge Disketten, aber keine Disketten mit hoher Dichte, die den Hintergrund formatieren.
Schon probiert bgrescue-3.0.0
und bootgrub
mit dd.exe
den Bildern zu einiger Floppy - Discs zu entleeren , aber nicht helfen versucht , meinen USB stickdrives zu booten. bgrescue-3.0.0
Das angegebene Bild ist nicht korrekt, wurde jedoch heruntergeladen Python33
und zum Testen der sha1-Summen verwendet, wobei das Ergebnis mit hashlib
sha1 OK übereinstimmt. bootgrub
hat super funktioniert und mit den Standardeinstellungen hda und hdb angefangen. hda wurde dem Festplattenlaufwerk und hda1 der XP-Partition zugeordnet, aber hdb wurde nicht dem bootfähigen USB-Stick (LinuxLive USB Creator) zugeordnet. Könnte nicht tomsrtbt-2.0.103.dos
‚es ed noch picoboot-0.95
‘ ed es wegen meiner fehlenden hoher Dichte (ist das 1722ko Format , was sie HD genannt?) Format Verständnis Floppies.
Später gelang es loadlin-1.6f.exe
einem Kubuntu 12.04.2 USB-Stick's vmlinuz
. Erstellen Sie nach dem Löschen einiger Software-Dateien ein FAT32-Laufwerk in einem zugewiesenen Bereich. Dann legen Sie dort den Inhalt des USB Linux Live Sticks ab, booten eine DOS-Rettung und erledigen die C:\loadli~1 casper\vmlinuz
.
Damit wurde GNU / Linux endlich gebootet, was für eine Weile großartig war. Dann in Panik wie folgt:
[1.349018] md: 0 gescannt und 0 Geräte hinzugefügt. [1.349061] md: autorun ... [1.349100] md: ... Autorun DONE. [1.349283] VFS: Root-Gerät "(null)" oder unbekannter Block (0,0) kann nicht geöffnet werden [1.349331] Fügen Sie eine korrekte Startoption "root =" hinzu. Hier sind die verfügbaren le Partitionen: [1.349413] 0800 29302560 SDA-Treiber: SD [1.349482] 0801 10490413 sda1 00000000-0000-0000-0000-000000000000 [1.349555] 0802 18804082 sda2 00000000-0000-0000-0000-000000000000 [1.349625] Kernel-Panik - keine Synchronisierung: VFS: Root-Fs können nicht auf Unkno gemountet werden wn-block (0,0) [1.349693] Pid: 1, comm: swapper / 0 Nicht verdorben 3.2.0-37-generic-pae # 58-Ubun tu [1.349754] Trace aufrufen: [1.349810] [<c15922ab>]? printk + 0x2d / 0x2f [1.349859] [<c1592179>] Panik + 0x5c / 0x161 [1.349911] [<c1879b6a>] mount_block_root + 0xb9 / 0x14c [1.349964] [<c115353c>]? sys_mknod + 0x2c / 0x30 [1.350012] [<c1879d75>] mount_root + 0x59 / 0x5f [1.350060] [<c1879ec9>] prepare_namespace + 0x14e / 0x192 [1.350110] [<c11440e5>]? sys_access + 0x25 / 0x30 [1.350158] [<c18798de>] kernel_init + 0x156 / 0x15b [1.363001] [<c1879788>]? start_kernel + 0x353 / 0x353 [1.363298] [<c15afafe>] kernel_thread_helper + 0x6 / 010 _
Dies wurde als Fehler interpretiert, weil ein USB vmlinuz
außerhalb seiner natürlichen Umgebung gebootet wurde .
Schließlich nutzten die Internet-Suchmaschinen die Suche nach einem allgemeineren Super- vmlinuz
Paket , doch bei kernel.org wurden nur Quellen gefunden, die sich wahrscheinlich weder kompilieren noch ausnehmen lassen .
An diesem Punkt bin auf der Suche nach Hilfe, bevor ich mich mit der Suche nach den Panikmeldungen befasse und das Root-Boot-Problem umgehe.
Ich frage mich, ob es möglich ist, GNU / Linux hier zu booten, bevor sich die Gelegenheit bietet, ein defektes CD-Laufwerk zu wechseln, wenn man wieder in der Stadt ist. Denke, VMs werden sich nicht auszahlen, wenn sie ein stark beschädigtes XP-System sind.
unknown-block(0,0)
Teil als angezeigtunknown-block(8,2)
. Beantwortung Ihrer Frage Keine externen Installationsmedien möglich, kann ich diesen Kernel über loadlin booten? Die naive Antwort scheint mir eifrig, nein . In einem späteren Abschnitt erfahren Sie mehr über Loadlin- und VMlinuz-Checklisten und deren Kompatibilität. Danke übrigens.rootfstype=vfat
wenn dies zunächst nicht möglich ist. Andernfalls müssen Sie einen neuen Kernel kompilieren (oder suchen, was jedoch einige Zeit in Anspruch nehmen kann), der diesen Kernel unterstützt.loadlin.exe
schien keine rootfstype-Option zu haben. Erstellt einen dritten Teil. (ext3) mit einempqmagic.exe
von DOS-Rettungs- und 2. Teil (FAT32). Dann, nachdem ich versucht habe, C: \ KUBUNT ~ 1 \ CASPER> .. \ .. \ loadli ~ 1.exe zu finden. Vmlinuz root = / dev / sda3 rw initrd = initrd.lz schien ein fairer Aufruf mit diesem Kernel in dieser Maschine zu sein . Damit wurde das System auf einen nie endenden dunklen Bildschirm hochgefahren. Hatte jetzt Strg + Alt + Entf. Habe mehrere USB-Sticks, endlich mal einen anderen probiert. Ratet mal, C: \ DEBIAN6 \ INSTALL.386> .. \ .. \ loadli ~ 1.exe vmlinuz root = / dev / sda3 rw initrd = initrd.gz lass es zur TUI! Installiert fast so reibungslos wie gewohnt.Ich hatte großen Erfolg beim Booten von USB auf älterer Hardware, deren BIOS das Booten von USB mit dem plop-Boot-Manager nicht einmal unterstützte .
quelle
Der USB-Start ist bei diesen alten Latitudes äußerst problematisch, da der USB-Controller vom BIOS überhaupt nicht richtig initialisiert wird. Der Bootloader muss also versuchen, von halb initialisierter Hardware zu booten, und der Teil der Initialisierung, der ausgeführt wird, ist nur das Nötigste, um XP zum Booten zu bringen.
Es ist ein großes Problem, Linux auch von einem CD-Boot zum Laufen zu bringen.
Dieser Laptop ist ein alter P3 mit 256 MB RAM. Es dürfte damals die teure Version mit 512 MB gewesen sein. Moderne Linux-Distributionen (mit Ausnahme von DSL, Knoppix, Puppy oder anderen Bare-Bones-Mini-Distributionen) haben ohnehin große Probleme, daran zu arbeiten. Ihr Telefon ist wahrscheinlich schneller und verfügt über mehr RAM.
quelle