klinge
Anmeldungsdatum: 17. Februar 2010
Beiträge: 407
Wohnort: Bern
|
Hallo ich habe auf einem USB-Stick Ubuntu installiert (vollwärtige Installation, kein Live-Medium). Das funktioniert soweit. Dann habe ich die Installation mit dd if=/dev/sda of=/dev/sdb
auf einen zweite Stick kopiert. Dieser Stick startet nun nicht und sieht folgendermassen aus: Festplatte /dev/sdc: 14.33 GiB, 15376318464 Bytes, 30031872 Sektoren
Festplattenmodell: Ultra Fit
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x189a5cfc
Gerät Boot Anfang Ende Sektoren Größe Kn Typ
/dev/sdc2 24172544 30031871 5859328 2.8G 83 Linux
/dev/sdc3 2048 5859327 5857280 2.8G b W95 FAT32
/dev/sdc4 * 5859328 24172543 18313216 8.8G 83 Linux
Kann mir jemand sagen, was ich noch machen muss, dass der Stick auch bootet? Wenn es grad in einem ginge, wäre es ganz nett den Stick auf EFI umzustellen. Besten Dank, Gruss
K
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10955
|
Hej klinge, klinge schrieb: Hallo ich habe auf einem USB-Stick Ubuntu installiert (vollwärtige Installation, kein Live-Medium). Das funktioniert soweit. Dann habe ich die Installation mit dd if=/dev/sda of=/dev/sdb
auf einen zweite Stick kopiert.
dann zeige doch mal den "Quell"stick mit sudo parted -l und sudo fdisk -l Es gibt eigentlich keinen Grund, warum das nicht funktionieren sollte – es sei denn, Du hast das nicht von einen LiveSystem aus durchgeführt. Dieser Stick startet nun nicht und sieht folgendermassen aus: Festplatte /dev/sdc: 14.33 GiB, 15376318464 Bytes, 30031872 Sektoren
Festplattenmodell: Ultra Fit
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x189a5cfc
Gerät Boot Anfang Ende Sektoren Größe Kn Typ
/dev/sdc2 24172544 30031871 5859328 2.8G 83 Linux
/dev/sdc3 2048 5859327 5857280 2.8G b W95 FAT32
/dev/sdc4 * 5859328 24172543 18313216 8.8G 83 Linux
sonderbar Kann mir jemand sagen, was ich noch machen muss, dass der Stick auch bootet? Wenn es grad in einem ginge, wäre es ganz nett den Stick auf EFI umzustellen.
Umstellen geht gem. Wiki → GRUB 2 von BIOS nach EFI umstellen Aber, wozu? Möchtest du einen Datenträger, der sowohl im EFI wie auch im "legacy" Modus funktioniert? Dann mach 's so:
Universal stand-alone grub für BIOS und EFI auf USB flashkey und internen HDD und SSD bereite auf dem so erzeugten Stick (geht mit der [:Universal_stand-alone_grub_für_BIOS_und_EFI_auf_USB_flashkey_und_internen_HDD_und_SSD/#Anhang EWMS] recht einfach) passende zusätzliche Partitionen für das zu kopierende System ein (die dürfen auch logische in einer extended Partition sein) vor – . kopiere die Quellpartitionen auf den Zieldatenträger in die grub.cfg von Partition 2 trägst Du einen Menüeintrag à la menuentry "Ubuntu xyz auf dem Stick" {
search --no-floppy --fs-uuid --set=root dieentsprechendeUUIDvon"/"
linux /vmlinuz root=UUID=dieentsprechendeUUIDvon"/" ro
initrd /initrd.img
} und evt. noch einen weiteren mit menuentry "Ubuntu xyz auf dem Stick cfg-file" {
search --no-floppy --fs-uuid --set=root dieentsprechendeUUIDvon"/"
configfile /boot/grub/grub.cfg
}
Gruß black tencate
|
klinge
(Themenstarter)
Anmeldungsdatum: 17. Februar 2010
Beiträge: 407
Wohnort: Bern
|
Besten Dank! habs leider zu spät gesehen, die Sticks liegen im Büro und ich sitz zu Hause 😉.
– es sei denn, Du hast das nicht von einen LiveSystem aus durchgeführt.
Ich habe es nicht von einem LiveSytem aus gemacht, sondern von einem normal laufenden Drittsystem, also Laptop eingeschalten, die beiden Sticks eingestöpselt und kopiert. Deine anderen Anregungen schaue ich in den nächsten Tagen an. Der Grund für den Wechsel von BIOS zu EFI ist folgender: Der Stick sollte auf möglichst vielen unterschiedlichen Rechnern laufen und es gibt (wie ich heute grad rausgefunden habe) neuere Geräte, die kein CSM mehr haben. Dementsprechend habe ich es nicht geschafft (den funktionierenden) BIOS Stick zu booten. Gruss
Klinge
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10955
|
Hej klinge, klinge schrieb: ...Der Stick sollte auf möglichst vielen unterschiedlichen Rechnern laufen
dann erst recht → EWMS, dann mußt du nämlich nicht immer erst ins Setup, nachsehen/(umschalten), welcher Modus gerade läuft. Nur für den Bootloader ist der Modus "spannend", Linux ist das egal, das kommt mit beiden Modi problemlos zurecht (egal, in welchem es dereinst mal installiert wurde). Allerdings hilft das nicht, wenn sehr unterschiedliche Grafikkarten zum Einsatz kommen. Gruß black tencate
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
klinge schrieb: Dann habe ich die Installation mit dd if=/dev/sda of=/dev/sdb
auf einen zweite Stick kopiert.
/dev/sda ist eigentlich die erste installierte Platte, es ist eher selten, dass ein USB-Stick diese Bezeichnung hat. Dieser Stick startet nun nicht und sieht folgendermassen aus: Festplatte /dev/sdc:
/dev/sdc kommt in deinem dd-Befehl nicht vor - so what?
Kann mir jemand sagen, was ich noch machen muss, dass der Stick auch bootet?
Eventuell einfach die richtigen Partitions-, bzw., Festplattenbezeichnungen verwenden? 😉
|
klinge
(Themenstarter)
Anmeldungsdatum: 17. Februar 2010
Beiträge: 407
Wohnort: Bern
|
Merci, Frieder108, den Befehl habe ich selbstverständlich auf meine Gegebenheiten angepasst, ins Forum habe ich einfach die Wiki-Version kopiert (der Terminal war zum Zeitpunkt, als ich gemerkt habe, dass der Stick nicht startet, bereits geschlossen und deshalb ging das schneller 😉 ). Das ist also nicht das Problem. Zum Testen bin ich heute leider nicht gekommen, muss der Kopiervorgang zwingend mit einem Live-System durchgeführt werden oder sollte es reichen, wie von mir gemacht, ein Drittsystem zu verwenden?
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10955
|
Hej klinge, klinge schrieb: ...(der Terminal war zum Zeitpunkt...
es gibt die bash_history (noch besser, du hast in /etc/inputrc die Zeilen # alternate mappings for "page up" and "page down" to search the history
"\e[5~": history-search-backward
"\e[6~": history-search-forward wie hier bearbeitet, dann kannst Du das Terminal öffnen und schnell nach dem tatsächlich verwendeten Befehl suchen) ...oder sollte es reichen, wie von mir gemacht, ein Drittsystem zu verwenden?
na klar reicht das. Gruß black tencate
|
klinge
(Themenstarter)
Anmeldungsdatum: 17. Februar 2010
Beiträge: 407
Wohnort: Bern
|
vielen Dank! es funktioniert (oder jedenfalls fast 😉). Den Stick konnte ich soweit ohne Probleme einrichten und ich konnte ihn sogar über den normalen Startvorgang des Laptops starten (das Einrichten des Sticks erzeugte offenbar einen Eintrag im Grub Menü, der den Stick auch tatsächlich startete). Allerdings funktioniert das starten nicht über die Auswahl des Sticks im Bios. Ich komme (Abschreibfehler vorbehalten) bis zu der folgenden Fehlermeldung:
error: no such device 2958c9c6-f031-4497-8f68-3fc1eb2f10dc.
error: the `/vmlinuz' not found.
error: you need to load the kernel first. ich nehm mal an folgende Angaben könnten nützlich sein: sudo parted -l (root müsste auf Nummer 6 sein):
Modell: SanDisk Ultra Fit (scsi)
Festplatte /dev/sdc: 15.4GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 17.8MB 16.8MB primary fat16 esp
2 17.8MB 19.9MB 2097kB primary ntfs
3 19.9MB 15.4GB 15.4GB extended
5 21.0MB 3020MB 2999MB logical fat32
6 3021MB 12.4GB 9376MB logical ext4
7 12.4GB 15.4GB 2978MB logical ext4
sudo fdisk -l
Festplatte /dev/sdc: 14.33 GiB, 15376318464 Bytes, 30031872 Sektoren
Festplattenmodell: Ultra Fit
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0xa705ea26
Gerät Boot Anfang Ende Sektoren Größe Kn Typ
/dev/sdc1 2048 34815 32768 16M ef EFI (FAT-12/16/32)
/dev/sdc2 34816 38911 4096 2M 7 HPFS/NTFS/exFAT
/dev/sdc3 38912 30031871 29992960 14.3G 5 Erweiterte
/dev/sdc5 40960 5898239 5857280 2.8G b W95 FAT32
/dev/sdc6 * 5900288 24213503 18313216 8.8G 83 Linux
/dev/sdc7 24215552 30031871 5816320 2.8G 83 Linux
sudo blkid
/dev/sdc1: SEC_TYPE="msdos" UUID="682A-DD73" TYPE="vfat" PARTUUID="a705ea26-01"
/dev/sdc2: LABEL="grubcfg-file" UUID="063B94685E1DFBDF" TYPE="ntfs" PARTUUID="a705ea26-02"
/dev/sdc5: UUID="EAF3-E178" TYPE="vfat" PARTUUID="a705ea26-05"
/dev/sdc6: UUID="2958c9c6-f031-4497-8f68-3fc1eb2f10dc" TYPE="ext4" PARTUUID="a705ea26-06"
/dev/sdc7: UUID="d66aeace-b5c5-40e4-80e5-a83f2098a0dd" TYPE="ext4" PARTUUID="a705ea26-07" Was stimmt noch nicht? Kann da jemand weiterhelfen? Besten Dank und Gruss
Klinge
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10955
|
Hej klinge, klinge schrieb: ...
Den Stick konnte ich soweit ohne Probleme einrichten
wenn du jetzt noch sagst, was du denn gemacht hast? (EWMS? vermute ich) und ich konnte ihn sogar über den normalen Startvorgang des Laptops starten
das klappt natürlich immer dann, wenn in der Bootreihenfolge das Starten von USB an erster Stelle steht (mindestens aber bei der BIOS-Suche das erstgefundene Gerät mit Bootmöglichkeit) (das Einrichten des Sticks erzeugte offenbar einen Eintrag im Grub Menü, der den Stick auch tatsächlich startete).
wie der Stick dann genau aussieht, steht ja in den verlinkten post der Diskussion zu dem Artikel Allerdings funktioniert das starten nicht über die Auswahl des Sticks im Bios. Ich komme (Abschreibfehler vorbehalten) bis zu der folgenden Fehlermeldung:
error: no such device 2958c9c6-f031-4497-8f68-3fc1eb2f10dc.
error: the `/vmlinuz' not found.
error: you need to load the kernel first.
Ja! Da habe ich nicht hingeguckt, Du verwendest ein 20.10 Version, und die Entwickler haben sich entschieden, die SymLinks (vmlinuz und initrd.img) nicht mehr in "/" sondern in "/boot" zu platzieren. D.h., richtig muß es dort heißen ...
linux /boot/vmlinuz…
initrd /boot/initrd.img… Gruß black tencate
|
klinge
(Themenstarter)
Anmeldungsdatum: 17. Februar 2010
Beiträge: 407
Wohnort: Bern
|
ach je da sieht man wieder, dass ich kein Compifachmann bin und mir die Kenntnisse so nebenbei aneigne, wenn ich ein Problem hab 😉. Ja ich habs mit EWMS probiert, entschuldige, das schien mir aufgrund deiner Erläuterungen das sinnvollste. Falls deine Lösung erst bei 20.10 funktioniert, müsste es etwas anderes sein, ich verwende 20.04. Der Stick liegt wieder im Büro, da wiederholt sich die Geschichte, werde es mir morgen anschauen, muss sowieso noch mal hin. Gruss
Klinge
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10955
|
Hej klinge, klinge schrieb: ...
Falls deine Lösung erst bei 20.10 funktioniert, müsste es etwas anderes sein, ich verwende 20.04.
nein, wie so ein Eintrag aussehen muß bei den verschiedenen Versionen, muß man ggf. heraussuchen, indem man das *.iso-file mit "Mit Einhängen von Laufwerksabbildern öffnen" ansieht und in der Verzeichnisstruktur nach dem Pfad zu "vmlinuz" sucht. (MWn. gibt es bei Ubuntu nur die beiden Varianten: im "/" oder eben im "/boot". Andere 'Spielereien' waren mal die Verwendung von ".efi" oder ein anderes Komprimierungsverfahren ".lz" oder .gz") Gruß black tencate
|
klinge
(Themenstarter)
Anmeldungsdatum: 17. Februar 2010
Beiträge: 407
Wohnort: Bern
|
Merci black_tencate, die Änderung der Einträge hat nichts verändert. Es ist immer noch so, dass ich den Stick über das normale Bootmenü des Laptops starten kann, aber wenn ich vom Stick aus boote bleibt der Startvorgang bei der gleichen Fehlermeldung hängen. Dann noch mein Vorgehen nachgereicht: Ich habe auf dem Stick zuerst wie beschrieben unter https://forum.ubuntuusers.de/topic/baustelle-universal-live-usb-flashkey-fuer-bio/2/#post-9047679 EWMS istalliert und dann die vorhandene Installation vom Stick in eine erweiterte Partition auf den EWMS Stick kopiert. Dann wie von dir beschrieben die Grub Einträge angepasst und zuletzt grub.cfg auf /boot/... umgestellt. Liebe Grüsse
Klinge
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10955
|
Hej klinge, klinge schrieb: Merci black_tencate, die Änderung der Einträge hat nichts verändert. Es ist immer noch so, dass ich den Stick über das normale Bootmenü des Laptops starten kann,
was genau meinst Du mit "normale (s) Bootmenü des Laptop" ?
...aber wenn ich vom Stick aus boote bleibt der Startvorgang bei der gleichen Fehlermeldung hängen.
boote den Rechner, stecke den Stick an und zeige
lsblk -f /dev/sdX # "X" ist der Stick
weiter sudo mount /dev/sdX2 /mnt && cat /mnt/grub.cfg && sudo umount /mnt # "X" wieder der Stick Gruß black tencate
|
klinge
(Themenstarter)
Anmeldungsdatum: 17. Februar 2010
Beiträge: 407
Wohnort: Bern
|
hey black_tencate
was genau meinst Du mit "normale (s) Bootmenü des Laptop" ?
Laptop starten, Stick einstecken und update-grub. Das erzeugt einen Eintrag im Bootmenü des Laptops, der dann auch tatsächlich funktioniert.
am PC mußt Du USB (vermutlich) HDD in der Reihenfolge an erste Stelle setzen, den Stick anstecken und frisch booten, dann landest Du im grub Menü des Stick (erkennbar an dem Hintergrundbild)
Das funktioniert soweit, ich lande dann eben jeweils bei
error: no such device 2958c9c6-f031-4497-8f68-3fc1eb2f10dc.
error: the `/vmlinuz' not found.
error: you need to load the kernel first.
auch nachdem ich auf /boot/... umgestellt habe. lsblk -f /dev/sdc
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
sdc
├─sdc1
│ vfat 682A-DD73
├─sdc2
│ ntfs grubcfg-file
│ 063B94685E1DFBDF 1.3M 37% /media/ck/
├─sdc3
│
├─sdc5
│ vfat EAF3-E178 2.8G 0% /media/ck/
├─sdc6
│ ext4 2958c9c6-f031-4497-8f68-3fc1eb2f10dc 2.2G 69% /media/ck/
└─sdc7
ext4 d66aeace-b5c5-40e4-80e5-a83f2098a0dd 2.3G 7% /media/ck/
cat /mnt/grub.cfg
if loadfont /boot/grub/fonts/unicode.pf2 ; then
set gfxmode=auto
insmod gfxterm
insmod vbe
terminal_output gfxterm
if terminal_output gfxterm; then true ; else
terminal gfxterm
fi
fi
grub_gfxpayload_linux=keep
set color_normal=light-gray/black
set menu_color_normal=white/black
set menu_color_highlight=red/black
set default=0
}
menuentry "Ubuntu 20.04 auf dem Stick" {
search --no-floppy --fs-uuid --set=root 2958c9c6-f031-4497-8f68-3fc1eb2f10dc"/"
linux /boot/vmlinuz root=UUID=2958c9c6-f031-4497-8f68-3fc1eb2f10dc"/" ro
initrd /boot/initrd.img
}
menuentry "Ubuntu 20.04 auf dem Stick cfg-file" {
search --no-floppy --fs-uuid --set=root 2958c9c6-f031-4497-8f68-3fc1eb2f10dc"/"
configfile /boot/grub/grub.cfg
}
}
Gruss
Klinge
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10955
|
Hej klinge, klinge schrieb: ...
menuentry "Ubuntu 20.04 auf dem Stick" {
search --no-floppy --fs-uuid --set=root 2958c9c6-f031-4497-8f68-3fc1eb2f10dc"/"
linux /boot/vmlinuz root=UUID=2958c9c6-f031-4497-8f68-3fc1eb2f10dc"/" ro
initrd /boot/initrd.img
}
menuentry "Ubuntu 20.04 auf dem Stick cfg-file" {
search --no-floppy --fs-uuid --set=root 2958c9c6-f031-4497-8f68-3fc1eb2f10dc"/"
configfile /boot/grub/grub.cfg
}
}
die sind aber nicht durch ein sudo update-grub des internen Systems entstanden; und kannst Du erklären, was das ... --set=root 2958c9c6-f031-4497-8f68-3fc1eb2f10dc"/" soll? Das gehört da natürlich nicht hin! Gruß black tencate
|