1 Jan
2020
1 Jan
'20
10:07 p.m.
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
2 Jan
2 Jan
11:21 a.m.
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
9:13 p.m.
New subject: Aw: Installation auf USB-Stick
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(a)openlilylib.org>
An: flug(a)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
9:53 p.m.
New subject: Aw: Installation auf USB-Stick
Am Donnerstag, 02. Januar 2020 21:13 CET, "Stefan Ziegler"
<stefan.ziegler_zst(a)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(a)openlilylib.org>
> An: flug(a)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
>
>
--
Ralf Mattes
Hochschule für Musik Freiburg
Projektleitung HISinOne
Schwarzwaldstr. 141, D-79102 Freiburg
http://www.mh-freiburg.de
10:08 p.m.
New subject: Aw: Installation auf USB-Stick
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(a)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(a)openlilylib.org>
> An: flug(a)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
>
>
10:22 p.m.
New subject: Aw: Installation auf USB-Stick
Am Donnerstag, 02. Januar 2020 22:08 CET, Urs Liska <ul(a)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.
--
Ralf Mattes
Hochschule für Musik Freiburg
Projektleitung HISinOne
Schwarzwaldstr. 141, D-79102 Freiburg
http://www.mh-freiburg.de
10:34 p.m.
New subject: Aw: Installation auf USB-Stick
Am Donnerstag, den 02.01.2020, 22:22 +0100 schrieb Ralf Mattes:
Die Frage ist ja doch, warum die Installation die EFI-Partition von der
Festplatte übernommen und nicht eine neue auf dem Stick angelegt hat.
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
Am Donnerstag, 02. Januar 2020 22:08 CET, Urs Liska <
ul(a)openlilylib.org> schrieb:
Da ist nur eine ext4-Partition auf /dev/sdb1 drauf
[....]
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.
4 Jan
4 Jan
10:26 p.m.
New subject: Aw: Re: Installation auf USB-Stick
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(a)openlilylib.org>
An: rm(a)mh-freiburg.de
Cc: "Stefan Ziegler" <stefan.ziegler_zst(a)gmx.de>de>, flug(a)lug-freiburg.de
Betreff: Re: Aw: Installation auf USB-Stick
Am Donnerstag, den 02.01.2020, 22:22 +0100 schrieb Ralf Mattes:
Die Frage ist ja doch, warum die Installation die EFI-Partition von der
Festplatte übernommen und nicht eine neue auf dem Stick angelegt hat.
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
Am Donnerstag, 02. Januar 2020 22:08 CET, Urs Liska <
ul(a)openlilylib.org> schrieb:
Da ist nur eine ext4-Partition auf /dev/sdb1 drauf
[....]
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.
1571
days inactive
1574
days old
7 comments
4 participants
participants (4)
-
matze -
Ralf Mattes -
Stefan Ziegler -
Urs Liska