Liebe Mit-Linuxer,
bei einer Konferenz wollen wir für Teilnehmer eines Workshops USB- Sticks mit einer Linux-Installation und der notwendigen Software bereitstellen, weil wir nicht einfach ein neues OS auf den Rechnern des MediaLabs installieren dürfen.
Dafür habe ich nun ein Linux Mint auf einem Stick installiert, was auch problemlos zu funktionieren *schien*, zumindest läuft es anstandslos, und ich kann es auch gut einrichten.
ABER: Obwohl ich beschwören möchte, dass ich bei der Installation alles richtig angekreuzt habe, sehe ich in /etc/fstab folgenden Eintrag neben der eigentlichen Installationspartition:
# /boot/efi was on /dev/sda1 during installation UUID=2968-4649 /boot/efi vfat umask=0077 0 1
Bei der Installation habe ich - /dev/sdb1 als / eingehängt - /dev/sdb als Ziel für den MBR ausgewählt (und das nicht auf /dev/sda belassen - zumindest möchte ich das beschwören)
Nun ist es aber so, dass das Laptop direkt in das OS vom Stick bootet und nicht mehr auf das auf der Festplatte installierte System. Wenn ich den Stick entferne erscheint nur noch die grub-Kommandozeile, über das BIOS-Bootmenü kann ich allerdings auch wieder das Festplatten-Debian starten.
Zwei Fragen:
a) Das Laptop als solches kann ich durch die üblichen Verfahren zum Reparieren von Grub wieder in Ordnung bringen, oder?
b) Habe ich eine Chance, den Stick so zu reparieren, dass er ohne die Festplatte des Laptops auch woanders startet, also "self-contained"? Ich möchte ungern die ganze Arbeit nochmal machen, die ich heute seit der Basisinstallation hinzugefügt habe.
Vielen Dank für jeden Schubs in die richtige Richtung Urs
Hallo Urs
Hast Du den Lernstick bewusst außen vor gelassen?
Gruß Matthias
Am 01.01.2020 um 22:07 schrieb Urs Liska:
Liebe Mit-Linuxer,
bei einer Konferenz wollen wir für Teilnehmer eines Workshops USB- Sticks mit einer Linux-Installation und der notwendigen Software bereitstellen, weil wir nicht einfach ein neues OS auf den Rechnern des MediaLabs installieren dürfen.
Dafür habe ich nun ein Linux Mint auf einem Stick installiert, was auch problemlos zu funktionieren *schien*, zumindest läuft es anstandslos, und ich kann es auch gut einrichten.
ABER: Obwohl ich beschwören möchte, dass ich bei der Installation alles richtig angekreuzt habe, sehe ich in /etc/fstab folgenden Eintrag neben der eigentlichen Installationspartition:
# /boot/efi was on /dev/sda1 during installation UUID=2968-4649 /boot/efi vfat umask=0077 0 1
Bei der Installation habe ich
- /dev/sdb1 als / eingehängt
- /dev/sdb als Ziel für den MBR ausgewählt (und das nicht auf /dev/sda
belassen - zumindest möchte ich das beschwören)
Nun ist es aber so, dass das Laptop direkt in das OS vom Stick bootet und nicht mehr auf das auf der Festplatte installierte System. Wenn ich den Stick entferne erscheint nur noch die grub-Kommandozeile, über das BIOS-Bootmenü kann ich allerdings auch wieder das Festplatten-Debian starten.
Zwei Fragen:
a) Das Laptop als solches kann ich durch die üblichen Verfahren zum Reparieren von Grub wieder in Ordnung bringen, oder?
b) Habe ich eine Chance, den Stick so zu reparieren, dass er ohne die Festplatte des Laptops auch woanders startet, also "self-contained"? Ich möchte ungern die ganze Arbeit nochmal machen, die ich heute seit der Basisinstallation hinzugefügt habe.
Vielen Dank für jeden Schubs in die richtige Richtung Urs
Hallo Urs,
Warum ist der USB-Stick bei dir /dev/sda? Das ist die erste Festplatte im System. Und normalerweise bootet das BIOS von der ersten Festplatte. Der GRUB wird auch häufig auf der ersten Festplatte des Systems installiert. Normalerweise ist der USB-Stick /dev/sdb oder /dev/sdc.
Viele Grüße, Stefan.
Gesendet: Mittwoch, 01. Januar 2020 um 22:07 Uhr Von: "Urs Liska" ul@openlilylib.org An: flug@lug-freiburg.de Betreff: Installation auf USB-Stick
Liebe Mit-Linuxer,
bei einer Konferenz wollen wir für Teilnehmer eines Workshops USB- Sticks mit einer Linux-Installation und der notwendigen Software bereitstellen, weil wir nicht einfach ein neues OS auf den Rechnern des MediaLabs installieren dürfen.
Dafür habe ich nun ein Linux Mint auf einem Stick installiert, was auch problemlos zu funktionieren *schien*, zumindest läuft es anstandslos, und ich kann es auch gut einrichten.
ABER: Obwohl ich beschwören möchte, dass ich bei der Installation alles richtig angekreuzt habe, sehe ich in /etc/fstab folgenden Eintrag neben der eigentlichen Installationspartition:
# /boot/efi was on /dev/sda1 during installation UUID=2968-4649 /boot/efi vfat umask=0077 0 1
Bei der Installation habe ich
- /dev/sdb1 als / eingehängt
- /dev/sdb als Ziel für den MBR ausgewählt (und das nicht auf /dev/sda
belassen - zumindest möchte ich das beschwören)
Nun ist es aber so, dass das Laptop direkt in das OS vom Stick bootet und nicht mehr auf das auf der Festplatte installierte System. Wenn ich den Stick entferne erscheint nur noch die grub-Kommandozeile, über das BIOS-Bootmenü kann ich allerdings auch wieder das Festplatten-Debian starten.
Zwei Fragen:
a) Das Laptop als solches kann ich durch die üblichen Verfahren zum Reparieren von Grub wieder in Ordnung bringen, oder?
b) Habe ich eine Chance, den Stick so zu reparieren, dass er ohne die Festplatte des Laptops auch woanders startet, also "self-contained"? Ich möchte ungern die ganze Arbeit nochmal machen, die ich heute seit der Basisinstallation hinzugefügt habe.
Vielen Dank für jeden Schubs in die richtige Richtung Urs
Am Donnerstag, 02. Januar 2020 21:13 CET, "Stefan Ziegler" stefan.ziegler_zst@gmx.de schrieb:
Hallo zusammen,
Warum ist der USB-Stick bei dir /dev/sda? Das ist die erste Festplatte im System. Und normalerweise bootet das BIOS von der ersten Festplatte.
Halt - nein. Normalerweise ist die erste Platte immer /dev/hda ;-) Im Ernst, das kann man so einfach nicht sagen. Wie wir uns erinnern hat sich Urs ja in einem Anfall von Hedonie einen neuen Laptop geleistet. Gut möglich dass das Teil schon eine NVMe-"Platte" eingebaut hat (wäre ihm zu gönnen). Die erscheint dann aber wahrscheinlich als /dev/nvm0n1... auf. Dann ist das erste externe Speichermedium /dev/sda ... alles in Ordnung, gehen Sie weiter.
Gruss & schönes neues Jahr
RalfD
Der GRUB wird auch häufig auf der ersten Festplatte des Systems installiert. Normalerweise ist der USB-Stick /dev/sdb oder /dev/sdc.
Viele Grüße, Stefan.
Gesendet: Mittwoch, 01. Januar 2020 um 22:07 Uhr Von: "Urs Liska" ul@openlilylib.org An: flug@lug-freiburg.de Betreff: Installation auf USB-Stick
Liebe Mit-Linuxer,
bei einer Konferenz wollen wir für Teilnehmer eines Workshops USB- Sticks mit einer Linux-Installation und der notwendigen Software bereitstellen, weil wir nicht einfach ein neues OS auf den Rechnern des MediaLabs installieren dürfen.
Dafür habe ich nun ein Linux Mint auf einem Stick installiert, was auch problemlos zu funktionieren *schien*, zumindest läuft es anstandslos, und ich kann es auch gut einrichten.
ABER: Obwohl ich beschwören möchte, dass ich bei der Installation alles richtig angekreuzt habe, sehe ich in /etc/fstab folgenden Eintrag neben der eigentlichen Installationspartition:
# /boot/efi was on /dev/sda1 during installation UUID=2968-4649 /boot/efi vfat umask=0077 0 1
Bei der Installation habe ich
- /dev/sdb1 als / eingehängt
- /dev/sdb als Ziel für den MBR ausgewählt (und das nicht auf /dev/sda
belassen - zumindest möchte ich das beschwören)
Nun ist es aber so, dass das Laptop direkt in das OS vom Stick bootet und nicht mehr auf das auf der Festplatte installierte System. Wenn ich den Stick entferne erscheint nur noch die grub-Kommandozeile, über das BIOS-Bootmenü kann ich allerdings auch wieder das Festplatten-Debian starten.
Zwei Fragen:
a) Das Laptop als solches kann ich durch die üblichen Verfahren zum Reparieren von Grub wieder in Ordnung bringen, oder?
b) Habe ich eine Chance, den Stick so zu reparieren, dass er ohne die Festplatte des Laptops auch woanders startet, also "self-contained"? Ich möchte ungern die ganze Arbeit nochmal machen, die ich heute seit der Basisinstallation hinzugefügt habe.
Vielen Dank für jeden Schubs in die richtige Richtung Urs
Hm,
offenbar habe ich mich nicht so deutlich ausgedrückt wie ich meinte (auch wenn eigentlich alles so dasteht in meinem ersten Post).
Ausgangssituation:
Die Hauptfestplatte ist tatsächlich als /dev/sda registriert. Auf dieser ist ein Debian mit verschlüsseltem LVM installiert.
sudo fdisk -l gibt für dieses Laufwerk aus:
/dev/sda1 2048 1050623 1048576 512M EFI System /dev/sda2 1050624 1550335 499712 244M Linux filesystem /dev/sda3 1550336 488396799 486846464 232,2G Linux filesystem
Anschließend kommen noch eine Reihe /dev/mapper-Einträge für das LVM.
Laut /etc/fstab ist /dev/sda1 => /boot/efi /dev/sda2 => /boot und in /dev/mapper finden sich /, /home und swap.
Nächster Schritt (wo die Probleme begannen) Ich habe Linux Mint mit einem Live-Stick gebootet und die Installation begonnen. Der eingesteckte Ziel-Stick war dann (wie in meinem Post genannt) als /dev/sdb registriert. Ich habe den Stick nicht separat partitioniert, sondern nur ein /dev/sdb1 für / verwendet und (zumindest bin ich mir sicher) /dev/sdb als Ziel für den MBR verwendet, damit das neue Linux isoliert auf den Stick käme und nicht meine Festplatteninstallation durcheinander bringt.
*Nach* der Installation musste ich dann feststellen, dass das Stick- Mint /dev/sda1 als /boot/efi verwendet, was erstens dazu führt, dass der Stick nur auf diesem Rechner startet und zweitens, dass der Rechner von sich aus versucht, den Stick zu booten. Ohne Stick erscheint nur die Grub-Kommandozeile, mit Stick wird direkt vom Stick gebootet. Das auf der Festplatte befindliche Debian kann ich booten, wenn ich beim Start das BIOS-Bootmenü aufrufe und manuell Debian von der Festplatte auswählen. Dort wird auch Linux Mint auf der Festplatte angezeigt (eben wegen des /dev/sda1, nehme ich an), das dürfte ich aber nur mit dem Stick booten können.
Also nochmals die Frage: Kann ich die Installation auf dem Stick so reparieren, dass sie nicht mehr /boot/efi auf der Festplatte verwendet, sondern autark vom Stick startet? Die Reparatur des Bootloaders für das Laptop selber bekomme ich hin, das hatte ich schon früher. Aber ich möchte den Stick ungern neu installieren, da ich doch schon einiges weitere eingerichtet hatte, bevor mir das Problem aufgefallen war.
HG Urs
Am Donnerstag, den 02.01.2020, 21:53 +0100 schrieb Ralf Mattes:
Am Donnerstag, 02. Januar 2020 21:13 CET, "Stefan Ziegler" < stefan.ziegler_zst@gmx.de> schrieb:
Hallo zusammen,
Warum ist der USB-Stick bei dir /dev/sda? Das ist die erste Festplatte im System. Und normalerweise bootet das BIOS von der ersten Festplatte.
Halt - nein. Normalerweise ist die erste Platte immer /dev/hda ;-) Im Ernst, das kann man so einfach nicht sagen. Wie wir uns erinnern hat sich Urs ja in einem Anfall von Hedonie einen neuen Laptop geleistet. Gut möglich dass das Teil schon eine NVMe-"Platte" eingebaut hat (wäre ihm zu gönnen). Die erscheint dann aber wahrscheinlich als /dev/nvm0n1... auf. Dann ist das erste externe Speichermedium /dev/sda ... alles in Ordnung, gehen Sie weiter.
Gruss & schönes neues Jahr
RalfD
Der GRUB wird auch häufig auf der ersten Festplatte des Systems installiert. Normalerweise ist der USB-Stick /dev/sdb oder /dev/sdc.
Viele Grüße, Stefan.
Gesendet: Mittwoch, 01. Januar 2020 um 22:07 Uhr Von: "Urs Liska" ul@openlilylib.org An: flug@lug-freiburg.de Betreff: Installation auf USB-Stick
Liebe Mit-Linuxer,
bei einer Konferenz wollen wir für Teilnehmer eines Workshops USB- Sticks mit einer Linux-Installation und der notwendigen Software bereitstellen, weil wir nicht einfach ein neues OS auf den Rechnern des MediaLabs installieren dürfen.
Dafür habe ich nun ein Linux Mint auf einem Stick installiert, was auch problemlos zu funktionieren *schien*, zumindest läuft es anstandslos, und ich kann es auch gut einrichten.
ABER: Obwohl ich beschwören möchte, dass ich bei der Installation alles richtig angekreuzt habe, sehe ich in /etc/fstab folgenden Eintrag neben der eigentlichen Installationspartition:
# /boot/efi was on /dev/sda1 during installation UUID=2968-4649 /boot/efi vfat umask=0077 0 1
Bei der Installation habe ich
- /dev/sdb1 als / eingehängt
- /dev/sdb als Ziel für den MBR ausgewählt (und das nicht auf
/dev/sda belassen - zumindest möchte ich das beschwören)
Nun ist es aber so, dass das Laptop direkt in das OS vom Stick bootet und nicht mehr auf das auf der Festplatte installierte System. Wenn ich den Stick entferne erscheint nur noch die grub-Kommandozeile, über das BIOS-Bootmenü kann ich allerdings auch wieder das Festplatten- Debian starten.
Zwei Fragen:
a) Das Laptop als solches kann ich durch die üblichen Verfahren zum Reparieren von Grub wieder in Ordnung bringen, oder?
b) Habe ich eine Chance, den Stick so zu reparieren, dass er ohne die Festplatte des Laptops auch woanders startet, also "self- contained"? Ich möchte ungern die ganze Arbeit nochmal machen, die ich heute seit der Basisinstallation hinzugefügt habe.
Vielen Dank für jeden Schubs in die richtige Richtung Urs
Am Donnerstag, 02. Januar 2020 22:08 CET, Urs Liska ul@openlilylib.org schrieb:
[....]
sudo fdisk -l gibt für dieses Laufwerk aus:
/dev/sda1 2048 1050623 1048576 512M EFI System /dev/sda2 1050624 1550335 499712 244M Linux filesystem /dev/sda3 1550336 488396799 486846464 232,2G Linux filesystem
Anschließend kommen noch eine Reihe /dev/mapper-Einträge für das LVM.
Laut /etc/fstab ist /dev/sda1 => /boot/efi /dev/sda2 => /boot und in /dev/mapper finden sich /, /home und swap.
Und was sagt fdisk über die Partitionierung Deines Sticks?
Nächster Schritt (wo die Probleme begannen) Ich habe Linux Mint mit einem Live-Stick gebootet und die Installation begonnen. Der eingesteckte Ziel-Stick war dann (wie in meinem Post genannt) als /dev/sdb registriert. Ich habe den Stick nicht separat partitioniert, sondern nur ein /dev/sdb1 für / verwendet und (zumindest bin ich mir sicher) /dev/sdb als Ziel für den MBR verwendet, damit das neue Linux isoliert auf den Stick käme und nicht meine Festplatteninstallation durcheinander bringt.
Das wird aber auf einem EFI-bootenden Rechner so nicht gehen - da fehlt doch die EFI-Partition, oder?
*Nach* der Installation musste ich dann feststellen, dass das Stick- Mint /dev/sda1 als /boot/efi verwendet, was erstens dazu führt, dass der Stick nur auf diesem Rechner startet und zweitens, dass der Rechner von sich aus versucht, den Stick zu booten.
Ja, eine andere EFI-Partition hat er ja auch nicht ...
[...] Also nochmals die Frage: Kann ich die Installation auf dem Stick so reparieren, dass sie nicht mehr /boot/efi auf der Festplatte verwendet, sondern autark vom Stick startet?
Wenn Du ein EFI-System aufsetzten willst (das dann _hoffentlich_ mit den Lab-Rechnern funktioniert) wirst Du eine EFI-Partition brauchen.
Am Donnerstag, den 02.01.2020, 22:22 +0100 schrieb Ralf Mattes:
Am Donnerstag, 02. Januar 2020 22:08 CET, Urs Liska < ul@openlilylib.org> schrieb:
[....]
sudo fdisk -l gibt für dieses Laufwerk aus:
/dev/sda1 2048 1050623 1048576 512M EFI System /dev/sda2 1050624 1550335 499712 244M Linux filesystem /dev/sda3 1550336 488396799 486846464 232,2G Linux filesystem
Anschließend kommen noch eine Reihe /dev/mapper-Einträge für das LVM.
Laut /etc/fstab ist /dev/sda1 => /boot/efi /dev/sda2 => /boot und in /dev/mapper finden sich /, /home und swap.
Und was sagt fdisk über die Partitionierung Deines Sticks?
Da ist nur eine ext4-Partition auf /dev/sdb1 drauf
Nächster Schritt (wo die Probleme begannen) Ich habe Linux Mint mit einem Live-Stick gebootet und die Installation begonnen. Der eingesteckte Ziel-Stick war dann (wie in meinem Post genannt) als /dev/sdb registriert. Ich habe den Stick nicht separat partitioniert, sondern nur ein /dev/sdb1 für / verwendet und (zumindest bin ich mir sicher) /dev/sdb als Ziel für den MBR verwendet, damit das neue Linux isoliert auf den Stick käme und nicht meine Festplatteninstallation durcheinander bringt.
Das wird aber auf einem EFI-bootenden Rechner so nicht gehen - da fehlt doch die EFI-Partition, oder?
*Nach* der Installation musste ich dann feststellen, dass das Stick- Mint /dev/sda1 als /boot/efi verwendet, was erstens dazu führt, dass der Stick nur auf diesem Rechner startet und zweitens, dass der Rechner von sich aus versucht, den Stick zu booten.
Ja, eine andere EFI-Partition hat er ja auch nicht ...
Die Frage ist ja doch, warum die Installation die EFI-Partition von der Festplatte übernommen und nicht eine neue auf dem Stick angelegt hat.
[...] Also nochmals die Frage: Kann ich die Installation auf dem Stick so reparieren, dass sie nicht mehr /boot/efi auf der Festplatte verwendet, sondern autark vom Stick startet?
Wenn Du ein EFI-System aufsetzten willst (das dann _hoffentlich_ mit den Lab-Rechnern funktioniert) wirst Du eine EFI-Partition brauchen.
Nun gut, ich »will« eigentlich kein EFI-System aufsetzen, sondern nur einen bootfähigen Stick erstellen ;-)
Wäre es denn aber denkbar, eine solche Partition nachträglich auf den Stick zu bekommen oder werde ich nicht um eine Neuinstallation herumkommen (und dabei ggfs. tatsächlich die Laptop-Festplatte ausbauen, damit der Stick gar nicht erst auf sie zugreifen kann)?
Urs
Hallo Urs,
Einfach mal in einige Images reinschauen, die man von den Distributionen runterladen kann. Dort gibt es ein Verzeichnis efi mit Unterordner boot.
Du brauchst also /efi/boot auf deinem Stick.
Viele Grüße, Stefan.
Gesendet: Donnerstag, 02. Januar 2020 um 22:34 Uhr Von: "Urs Liska" ul@openlilylib.org An: rm@mh-freiburg.de Cc: "Stefan Ziegler" stefan.ziegler_zst@gmx.de, flug@lug-freiburg.de Betreff: Re: Aw: Installation auf USB-Stick
Am Donnerstag, den 02.01.2020, 22:22 +0100 schrieb Ralf Mattes:
Am Donnerstag, 02. Januar 2020 22:08 CET, Urs Liska < ul@openlilylib.org> schrieb:
[....]
sudo fdisk -l gibt für dieses Laufwerk aus:
/dev/sda1 2048 1050623 1048576 512M EFI System /dev/sda2 1050624 1550335 499712 244M Linux filesystem /dev/sda3 1550336 488396799 486846464 232,2G Linux filesystem
Anschließend kommen noch eine Reihe /dev/mapper-Einträge für das LVM.
Laut /etc/fstab ist /dev/sda1 => /boot/efi /dev/sda2 => /boot und in /dev/mapper finden sich /, /home und swap.
Und was sagt fdisk über die Partitionierung Deines Sticks?
Da ist nur eine ext4-Partition auf /dev/sdb1 drauf
Nächster Schritt (wo die Probleme begannen) Ich habe Linux Mint mit einem Live-Stick gebootet und die Installation begonnen. Der eingesteckte Ziel-Stick war dann (wie in meinem Post genannt) als /dev/sdb registriert. Ich habe den Stick nicht separat partitioniert, sondern nur ein /dev/sdb1 für / verwendet und (zumindest bin ich mir sicher) /dev/sdb als Ziel für den MBR verwendet, damit das neue Linux isoliert auf den Stick käme und nicht meine Festplatteninstallation durcheinander bringt.
Das wird aber auf einem EFI-bootenden Rechner so nicht gehen - da fehlt doch die EFI-Partition, oder?
*Nach* der Installation musste ich dann feststellen, dass das Stick- Mint /dev/sda1 als /boot/efi verwendet, was erstens dazu führt, dass der Stick nur auf diesem Rechner startet und zweitens, dass der Rechner von sich aus versucht, den Stick zu booten.
Ja, eine andere EFI-Partition hat er ja auch nicht ...
Die Frage ist ja doch, warum die Installation die EFI-Partition von der Festplatte übernommen und nicht eine neue auf dem Stick angelegt hat.
[...] Also nochmals die Frage: Kann ich die Installation auf dem Stick so reparieren, dass sie nicht mehr /boot/efi auf der Festplatte verwendet, sondern autark vom Stick startet?
Wenn Du ein EFI-System aufsetzten willst (das dann _hoffentlich_ mit den Lab-Rechnern funktioniert) wirst Du eine EFI-Partition brauchen.
Nun gut, ich »will« eigentlich kein EFI-System aufsetzen, sondern nur einen bootfähigen Stick erstellen ;-)
Wäre es denn aber denkbar, eine solche Partition nachträglich auf den Stick zu bekommen oder werde ich nicht um eine Neuinstallation herumkommen (und dabei ggfs. tatsächlich die Laptop-Festplatte ausbauen, damit der Stick gar nicht erst auf sie zugreifen kann)?
Urs
-
matze -
Ralf Mattes -
Stefan Ziegler -
Urs Liska