Knoppix Forum | www.KnoppixForum.de

@FM_81,

du hattest was das anbelangt von Anfang an Recht , ich saß da einem Irrtum auf. Da ich bisher noch nie auf den Gedanken gekommen bin, dass grub auch ohne diese root (x,y) Zeile Systeme laden kann dachte ich immer, dass das beim neuen grub nun durch die uuids geschieht. Bis Gestern Nacht dachte ich das zumindest, denn bei meinen Tests mit grub bootete alles ohne Probs jedesmal. Das war allerdings auch kein Wunder, denn in der Regel befanden sich da die benötigten Dateien immer auf der Partition aus der grub heraus installiert war und die scheint er immer z finden.

Gestern hatte ich aber nun einen Test laufen, bei dem ich mein Live-System auf ne andere Partition installiert hatte aber nicht wie sonst aus diesem System heraus grub insdtalliert hatte, sondern eine bestehende grub1 Installation übers Skript um die Booteinträge in der menu.lst erweitern ließ.

Tja was soll ich sagen er fand weder Kernel noch initrd. Als ich von den uuids auf die alte root () Zeile bin hat ers gefunden...

Also seh ich das für mich nun so und wenn das falsch ist berichtige mich bitte, denn ich brauch das für mein HD-Installationsskript und das automatisierte Installieren von grub nervt langsam

Wenn ich mein System auf ne Platte als einziges System installiere und demzufolge auch grub aus diesem System installiere, dann findet er automatisch auf dieser Partition egal wo sie ist (1.,2.,3....) die benötigeten Dateien wie Kernel und so ohne dass ich eine root-Zeile brauche außer halt nen sog root=/dev/hsdx Eintrag.

Wenn ich das System auf ne Platte installiere wo grub schon installiert ist, so soll das Skript nat nicht nochmal grub in den MBR isnatllieren sondern entweder ne vorhandene menu.lst oder ne grub.cfg erweitern.
Dann kopier ich den Kernel und die initrd meines Systems in das /boot Verz des schon vorhandenen System und brauch bei meinem Eintrag auch keine root Zeile außer wie gesagt eben die root=/dev Sache.

Wenn das stimmt wäre es auch iO, denn dann könnt ich auf die sch... Grubbez pfeiffen.


mfg Jack

edit:
ich werd jetzt nochmal testen ob man zumindest die root=/dev/shdx Zeile durch ein root=UUID=$UUID ersetzen kann, dann wäre man immerhin unabhängig von evtl sich ändernden Plattenbez bei externen Devices

edit:

ok das root=UUID=$UUID scheint zumindest zu klappen hat grade gebootet

zu dem System unter dem ich Gestern getestet hab mal folgende Eckpunkte:

hda1 -> WinXP
hda5 -> Debian
hda6 -> Swap
hda8 -> Debian@Live

Grub ist im MBR hda, installiert aus hda5 heraus, die Bootdateien Kernel, initrd von Debian und Debian@Live sind alle auf hda5/boot mt der grub.cfg. Keine root (x,y) Einträge nötig und Partitionwahl über root=UUID=$UUID

Zitat von »JackCarver«

Gestern hatte ich aber nun einen Test laufen, bei dem ich mein Live-System auf ne andere Partition installiert hatte aber nicht wie sonst aus diesem System heraus grub insdtalliert hatte, sondern eine bestehende grub1 Installation übers Skript um die Booteinträge in der menu.lst erweitern ließ.

Tja was soll ich sagen er fand weder Kernel noch initrd. Als ich von den uuids auf die alte root () Zeile bin hat ers gefunden...

Also seh ich das für mich nun so und wenn das falsch ist berichtige mich bitte, denn ich brauch das für mein HD-Installationsskript und das automatisierte Installieren von grub nervt langsam

Da sehe ich genauso. Das hängt mit diesem schon gesagten Unterschied zusammen:
- gebootes Live- oder anderes System => USB-Platte heißt z.B. "/dev"sdb" oder "/dev"sdc" bzw., um es mit BIOS-Notation zu sagen "0x81" oder "0x82"
- USB-Platte ist Boot-Platte => sie ist nun natürlich 0x80, oder wenn ich das gestartet kriege "/dev/sda"

UUID ist dabei natürlich geblieben, weil sich das BIOS herzlich wenig drum schert!
Auch was hinter steht sind Sachen, die bereits der Kernel oder sogar INIT-Scripte auswerten hier "bla blubb=123"), eigentlich m.E. für GRUB unwichtig, muss aber ja irgendwo mitgegeben werden.

Zitat von »JackCarver«

hda1 -> WinXP
hda5 -> Debian
hda6 -> Swap
hda8 -> Debain@Live

Grub ist im MBR hda, installiert aus hda5 heraus, die Bootdateien Kernel, initrd von Debain und Debian@Live sind alle auf hda5/boot mt der grub.cfg. Keine root (x,y) Einträge nötig und Partitionwahl über root=UUID=$UUID

Vielleicht schaust Du Dir mal GRUB4DOS an, da gibt es den BefehlDer durchsucht alle Devices nach exakt /irgendein_Pfad/irgendeine_Datei und setzt dieses Gerät als aktuelles GRUB-'root'-Device für diesen Menüeintrag. Der Name GRUB4DOS ist etwas irreführend, geht natürlich auch für Linux, sogar Bart-PE-Specials lassen sich damit realisieren. Also sähe so ein kpl. Eintrag etwa so aus:
Statt UUID natürlich auch "/dev" möglich, wenn es denn immer konstant ist.


MfG, FM_81

Ich kenn grub4dos und hab damit auch schon getestet. Ich hatte mal ne Mutiboot-DVD zusammengestellt und als Bootloader isolinux wie für CD/DVD üblich verwendet. Hatte dann allerdings das Prob, dass ich OpenSolaris integrieren wollte und was soll ich sagen, OS verwendet auf seiner CD den grub-loader.
Ich hab es ums verrecken nicht geschafft Solaris auf die DVD unter isolinux zu integrieren und irgedwie kann isolinux nicht wie grub andere Bootloader chainloaden. Die Datei grub.exe von grub4dos ist allerdings ein Linux-Kernel, kaum zu glauben, und den kann man isolinux in der kernel Zeile laden lassen und ihn so indirekt chainloaden.

Dann konnte ich über grub4dos den Bootloader von Solaris starten und es klappte. Ja ich werd bei meinem System jetzt erstmal bei grub2 bleiben und auch heute noch einige Tests machen. Ergebnis poste ich hier.

mfg Jack

Zitat

title IrgendWas
find --set-root /boot/vmlinuz_sonstwas

danke für den Tipp

das findet sich auch in grub2 und heißt dann

Zitat

menuentry "Debian" {
search --fs-uuid --set fc24631b....
linux /boot/...
initrd /boot/...
}

damit funktioniert es tatsächlich allein über die uuid zumindest in grub2. Eben selbige Situation wie Gestern damit getestet, dh Kernel und initrd auf Partition hda8 nicht mehr hda5 wo grub installiert und mit diesem Zusatz findet er sie jetzt


mfg Jack

Glückwunsch zum laufenden System

Zitat

Ich habe also aufgrund einer noch folgenden Aussage und anschliessender Diskussion die Zeile mit dem Text "#dazu gleich mehr" komplett auskommentiert.

das ist auch korrekt so, ich war immer der Meinung man braucht die in jedem Fall, wurde aber Gestern wie gesagt eines besseren belehrt.

Aber:

Wenn du jetzt zusätzlich zu deinem laufenden System auf ne andere Partition der Platte noch ein System installieren würdest und den Kernel, bzw initrd dieses Systems auf der neuen Partition lassen würdest, dann brauchst du die root (x,y) Zeile wieder, da er sonst weder Kernel noch initrd findet und genau das ist mir Gestern passiert...



mfg Jack

Soeben ne fette Testreihe gestartet ...Ich werde folgendes testen, Ergebnisse poste ich hier:

1. Installation meines Debian@Live auf Part sda5, WinVista auf sda1, grub2 wird installiert, beide System sollten danach starten
2. Installation auf Part sdb3 externe USB Disk, grub2 bereits im MBR, grub.cfg auf sdb1, Eintrag darin um mein neues System erweitern
3. Installation auf sdb1 als alleiniges System auf der Platte
4. Installation auf hda8, hda1 ist WinXP, hda5 Debian mit grub-legacy. Erweitern der menu.lst um neues System auf hda8


mfg Jack

edit:

1 lief durch
2 lief durch
3 lief dito hehe

Zitat von »JackCarver«

Wenn du jetzt zusätzlich zu deinem laufenden System auf ne andere Partition der Platte noch ein System installieren würdest und den Kernel, bzw initrd dieses Systems auf der neuen Partition lassen würdest, dann brauchst du die root (x,y) Zeile wieder, da er sonst weder Kernel noch initrd findet und genau das ist mir Gestern passiert...

Auch das nicht unbedingt! Einen GRUB eines neuen Systemes würdest Du hier sinnvollerweise nicht in den MBR der Platte installieren, sondern in den betreffenden Partitionsbootsektor. Damit bliebe Dein bisheriger, alter GRUB unangetastet und funktionsfähig. In dessen "../menu.lst" würdest Du aber etwas hinzufügen wie:
Und dann, da stimme ich voll zu, kämen auch die Vorteile eines neuen Bootloaders sicher voll zum Tragen ...


@Cottonwood:
Daß das Live-System ausgerechnet auf EXT Probleme macht, aber auf FAT32 anstandslos funktioniert, ist eine ganz andere Geschichte. Siehe dazu meinen allerersten Forums-Beitrag hier, 'georf' hatte damals als erster die Lösung dazu: KNOPPIX 6 auf EXT2-formatiertem USB-Stick Aber wie gesagt, dazu gibt bereits mehrere Posts.

MfG, FM_81

Zitat

Auch das nicht unbedingt! Einen GRUB eines neuen Systemes würdest Du hier sinnvollerweise nicht in den MBR der Platte installieren, sondern in den betreffenden Partitionsbootsektor.

warum das denn? Ich hab das in meinem Skript so gelöst, dass er fragt ob bereits ein grub loader installiert ist, wenn ja ermittelt das Skript die Version also ob grub1 oder grub2 und in Abhängigkeit dessen editiert es lediglich die schon vorhandene menu.lst oder grub.cfg. Eine erneute Installation von grub wird hier nicht durchgeführt, der ist ja eh schon installiert.

Und das hat eben mit einem bereits installierten grub2 und dem edit

menuentry "Debian@Live" {
search --fs-uuid --set fc24631b....
linux /boot/...
initrd /boot/...
}

wunderbar geklappt.

Zitat von »JackCarver«

warum das denn?

Ist natürlich Ansichtssache! (Wie überhaupt fast alles!)

Aber nach 103 Beiträgen ist uns sicher klar, daß es gut (und manchmal gar nicht so einfach) ist, einen Bootloader auf seine externe Platte bekommen zu haben. Und daß man erst dann, wenn dieser läuft, mit Funktionen eines guten (GRUB), oder eines zukünftigen, noch besseren (GRUB2) um sich werfen kann. Und nur dies nicht wieder in Frage zu stellen, wollte ich mit meiner Aussage unterstreichen. Hast ja selbst gesehen, daß sich "root" ändert, wenn sich das Bootdevice ändert.

Da Du ja wohl GRUB2 verwendest, hast Du das Problem nicht.
Aber die breite Masse, die noch am LEGACY hängt ...

MfG, FM_81

Ja dem stimme ich nat zu, den Durchbruch mit den UUIDs hab ich auch erst dank deines Tipp kapiert, ich wusste nämlich die ganze Zeit nix mit diesem

Zitat

search --fs-uuid --set fc24631b....

azufangen, bis du das aus Grub4Dos gepostet hast und siehe da es ist das Äquivalent dazu in grub2 und macht einen endl frei von diesen Grubbez. Das eben war ne Installation auf meine externe Platte auf sdb3 während auf sdb1 ebenfalls mein System lief, da aber ohne nvidia Treiber. Auf sdb1 ist die grub.cfg und ich hab dann nur den Eintrag dafür unter sdb1/boot/grub/grub.cfg hinzugegfügt. Ich hatte beim Starten 2 Systeme zur Auswahl und es bootete dann das auf sdb3 nur über die UUID adressiert. Das ist schon ein gewaltiger Fortschritt weil so eindeutig da alles eben.

Zitat von »Cottonwood«

Deshalb würde ich es gerne mal mit SYSLINUX versuchen. Allerdings bin ich da schon einmal gescheitert.
Hier der zugehörige Beitrag aus derselben Installationsanleitung:

=====================================================================================================================
3.2 Wechselmedium mit SYSLINUX (nur FAT Formate)

Falls die Platte mit einer FAT Variante formattiert wurde kann SYSLINUX eingesetzt werden. Während GRUB fett ist und eigentlich immer funktioniert, ist SYSLINUX schlank und funktioniert manchmal. Die Platte braucht einen intakten MBR denn SYSLINUX selber installiert keinen.
=====================================================================================================================

Das hat bei mir nicht funktioniert. Wenn ich da Hilfe bekommen könnte, würde ich gerne mal mit SYSLINUX testen, ob das Notebook damit bootet.

Nicht jede Kombination aus:
- BIOS
- USB-Stick
- verwendetem Dateisystem (FAT, FAT32, EXT2 usw.)
- Bootloader (GRUB, GRUB4DOS, SIBLO, EXTLINUX usw.)
funktioniert!

Es gibt beim Booten von USB keinen Königsweg, kannst nur versuchen das Optimum für Dich zu finden.
(Ist mir klar, das viele Webseiten absolut tolle immer funktionierende Tools anbieten, aber entscheiden und testen musst Du selbst.)

Gerade DOS kann u.U. zum Problem werden, da Du z.B. extra DOS-USB-Treiber zum Zugriff brauchen könntest, das Booten des Systemes selbst aber schon ohne diese via SYSLINUX und MEMDISK funktioniert. (Ist nur ein Beispiel.)

Das http://www.kernel.org/pub/linux/utils/boot/syslinux/ hast Du ja bestimmt. SYSLINUX lässt sich eigentlich problemlos auch unter Windows installieren (kontrollieren, ob eine versteckte LDLINUX.SYS erstellt wurde). Musst dann allerdings noch einen MBR auf den Stick schreiben, kann sein daß es dabei unter Windows Probleme gibt (Stichwort direkter Hardwarezugriff ist nicht gestattet), aber mit Linux-'dd' geht auch das.

MfG, FM_81

Tests 1-4 alle erfolgreich durchgelaufen hehe

@Cottonwood
evtl musst du im BIOS noch ne Zusatzeinstellung machen, auf meinem alten PC zb muss ich neben der Auswahl des USB-LW als Bootdevice auch die USB legacy-Unterstützung einschalten, sonst bootet er auch nicht von USB.

Zitat

Could not find kernel image: linux

kenn mich bei den Syslinux loadern nur mit isolinux aus (fürCD/DVD) aber da muss alles in /boot/isolinux rein, also der Kernel und die initrd. Ich schätze mal bei syslinux gibts dafür nen /boot/syslinux Ordner. Ist dort der Kernel linux drinne?

Aja ok, ich hab heute in meinen usb-Stick nochmal grub2 installiert, den Stick vorher mit fat32 formatiert, diesmal ist er gebootet. Weiß auch nicht wieso das vorgestern nicht klappte.

Zitat von »Cottonwood«

Aber auch der Boot auf dem Netbook ist noch nicht ganz perfekt:

	Quellcode
1 2 3	SYSLINUX 3.71 Debian-2008-09-06 EBIOS Copyright (C) 1994-2008 H. Peter Anvin Could not find kernel image: linux boot:

Diese Meldung beim Booten heißt aber: SYSLINUX ist erfolgreich installiert.
Vermutlich fehlt die Konfig namens SYSLINUX.CFG im Hauptverz. des Sticks, deshalb wird versucht, den eingebauten Default "linux" zu laden.
Syntax SYSLINUX.CFG = Syntax ISOLINUX.CFG
D.h., wenn Pfade stimmen einfach umbenennen/verschieben.
Es werden sowohl relative als auch absolute Pfade unterstützt, will meinen wenn mein Kernel im selben Pfad wie LDLINUX.SYS ist:

oder gleich absolut:

MfG, FM_81

Zitat

Was muss ich besonders beachten, wenn ich es mit einem Stick probieren möchte?

normalerweise muss das genauso wie mit ner USB-Platte laufen. Ich hab zb nen 8GiB noname Stick gekauft, der tuts. Ansonsten eben gleiches USB-Prob wie bei externen Platten

edit: zum Testen langt der locker, muss ja nur das /boot-Verz angelegt werden und dann eben eines für den jew Loader

@ Cottonwood: Sind die letzten 8 Foto's von dem PC, der nicht von USB booten will?

MfG, FM_81

In der KDE (best auch LXDE) gibts dafür ne Option in den Systemeinstellungen oder meinst du die Tatsatur unter der Konsole?

Die KDE ist auf der CD leider nicht vorhanden, die müsstest du über Synaptic installieren. Mit der LXDE kenn ich mich pers nicht so aus. Aber schau mal in deiner /etc/X11/xorg.conf ob da bei Input Device Keyboard

Zitat

Option "XkbLayout" "de"

steht. So sieht die Section bei mir aus:

Zitat

Section "InputDevice"
Identifier "Generic Keyboard"
Driver "kbd"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "de"
Option "XkbVariant" "nodeadkeys"
EndSection

Um die Schriftart auf der Konsole einzustellen musst du

dpkg-reconfigure console-setup

ausführen, wenn nötig das Paket console-setup nachinstallieren

mfg Jack