… bitte ignoriert dieses Posting … anscheinend hat hier eine alte Partitionstabelle auf dem Client dazwischengefunkt …
aus linbo-ssh raus mit dd if=/dev/zero of=/dev/nvme0n1 bs=512k count=10 repariert (ja count=10 ist zuviel …)
VG
Wolfgang
beim Versuch, einen Client (18.04 auf v7) mit linbo (2.3.61-0) zu partitionieren, bekomme ich folgende Bildschirmausgabe:
~ # linbo_wrapper partition
Befehl : partition
Erstelle neue msdos Partitionstabelle auf /dev/nvme0n1.
partition label size id fstype bootable
1: /dev/nvme0n1p2 cache 18g 83 ext4 yes
2: /dev/nvme0n1p2 ubuntu 35g 83 ext4 yes
3: /dev/nvme0n1p3 swap 8g 82 swap no
4: /dev/nvme0n1p4 data - 83 ext4 no
Partitionierung von /dev/nvme0n1 erfolgreich beendet!
in der Startconf steht korrekt:
Cache = /dev/nvme0n1p2
...
[Partition] # partition section (operating system)
Dev = /dev/nvme0n1p1 # device name of the partition
Label = ubuntu # partition label
Size = 35G # partition size 30G, will use kiB if no unit (M, G or T) is set
Id = 83 # partition id (83 = linux)
FSType = ext4 # filesystem ext4
Bootable = yes # set bootable flag yes
[Partition] # partition section (cache)
Dev = /dev/nvme0n1p2 # device name of the partition
Label = cache # partition label
Size = 18G # partition size 30G
Id = 83 # partition id (83 = linux)
FSType = ext4 # filesystem ext4
Bootable = yes # set bootable flag yes
[Partition] # partition section (swap)
Dev = /dev/nvme0n1p3 # device name of the partition
Label = swap # partition label
Size = 8G # partition size 8G
Id = 82 # partition id (82 = swap)
FSType = swap # filesystem swap
Bootable = no # set bootable flag no
[Partition] # partition section (data)
Label = data # partition label
Dev = /dev/nvme0n1p4 # device name of the partition
Size = # partition size (no value = remaining space of the disk)
Id = 83 # partition id (83 = linux)
FSType = ext4 # filesystem ext4
Bootable = no # set bootable flag no
Da ein fdisk -l folgendes liefert:
~ # fdisk -l
Disk /dev/nvme0n1: 512.1 GB, 512110190592 bytes
255 heads, 63 sectors/track, 62260 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/nvme0n1p1 * 1 2350 18874368 83 Linux
/dev/nvme0n1p2 * 2350 6919 36700160 83 Linux
/dev/nvme0n1p3 6919 7964 8388608 82 Linux swap
/dev/nvme0n1p4 7964 62261 436143104 83 Linux
sollte wohl alles stimmen, aber seltsam ist es dennoch …
Beim Formatieren tritt das dann erneut auf. Schritt 1 und 2 gehen auf die gleiche Partition ???
linbo_wrapper format
Befehl : format
Erstelle neue msdos Partitionstabelle auf /dev/nvme0n1.
partition label size id fstype bootable
1: /dev/nvme0n1p2 cache 18g 83 ext4 yes
Formatting /dev/nvme0n1p2 with ext4 ... Partition is not yet ready - trying again ... Fehler!
2: /dev/nvme0n1p2 ubuntu 35g 83 ext4 yes
Formatting /dev/nvme0n1p2 with ext4 ... OK!
update 1: »10.0.0.1« 2: »/dev/nvme0n1p2«
Mounte Cache-Partition /dev/nvme0n1p2 ...
Pruefe auf LINBO-Aktualisierungen.
linbo64 wurde erfolgreich aktualisiert.
linbofs64.lz wurde erfolgreich aktualisiert.
Aktualisiere GRUB-Konfiguration.
ipxe.lkrn wurde aktualisiert.
its1-pc10.cfg wurde aktualisiert.
its1-pc10.lmn-bionic-200507.grub.cfg wurde aktualisiert.
Aktualisiere GRUB-Themes ... OK!
Aktualisiere linuxmuster-win ... OK!
Aktualisiere GRUB-Dateien im Cache:
* Schreibe device.map ... Ok!
* Stelle unicode.pf2 bereit ... Ok!
* Stelle Hintergrundgrafik bereit ... Ok!
* Schreibe GRUB-Environment ... Ok!
Installiere GRUB in MBR/EFI von /dev/nvme0n1 ... OK!
LINBO/GRUB update fertig.
Veranlasse Upload von linbo.log.
Saving start.conf in cache.
Saving hostname its1-pc10.niedernburg.lan in cache.
3: /dev/nvme0n1p3 swap 8g 82 swap no
Formatting /dev/nvme0n1p3 with swap ... OK!
4: /dev/nvme0n1p4 data - 83 ext4 no
Formatting /dev/nvme0n1p4 with ext4 ... OK!
das könnte das Label-Problem sein, welches wir ab und an haben: Wenn Linbo partitioniert und die Label schon (mit anderen Werten/an anderer Stelle) existieren, geht das ganz schief.
Benenn die Label mal um - und probier es erneut.
Langfristig sollte Linbo das bemerken und irgendwie abfangen. Aber bisher scheint das noch nicht gefixt.
linbo zerhaut mir fast immer die partitionierung, habe ich mittlerweile
die befürchtung:
wenn die anzahl der partitionen geändert wird
wenn man die labels umbenennt
wenn man die reihenfolge ändern will
und ich glaube auch tw. einfach beim 2. partitionieren
das ist bei mir nicht der Fall.
Was poassieren kann ist, dass linbo beim booten auf der Platte label
findet, die in seiner aktuellen Start.conf auch vor kommen: dann
gewichtet linbo die lokalen Gegebenheiten höher und ersetzt den Eintrag
in der start.conf mit den lokalen.
Beispiel:
in deiner start.conf. steht die Partition für swap mit dem
label=swap als /dev/sda3 drin.
Auf der Festplatte findet linbo beim booten aber /dev/sda4 mit label
swap: schwupps schreibt linbo in die start.conf die am Client vorliegt
für swap /dev/sda4 rein.
Wenn du nnun parititonierst, dann gibt das Salat: weil /dev/sda4
vielelicht cache sein sollte…
Also: boote mal deinen Client in linbo.
Dann geh vom server aus mittels
linbo-ssh IPadresseDESclients
daruf: dann hast du eine interaktive shell, und untersuch
fdisk -l /dev/sda
blkid /dev/sdaX
vi /start.conf
Danach machst du ein
linbo_wrapper format
und schaust dir die Dinge von oben nochmal an.
Wenn es Salat gibt, machst du folgendes:
Entweder du änderst die Label in der start.conf auf dem Server so, dass
es keine Überschneidungen mit real vorhandenen mehr gibt (und
linuxmuster-import-devices) oder du löschst in linbo-ssh mittels fdisk
alle Partitionen, machst einen reboot und formatierst nochmal mit linbo:
dann sollte alles stimmen.
Dieses Problem habe ich bei mir in der Schule untersucht, als ich nach
der Migration Probleme beim Partitionieren der vorhadenen Clients hatte.
außerdem zeigt mir gparted weitere bootfähige partitionen an, soll das
so sein??
weitere außer denen die in deiner start.conf.
auf dem server definiert sind?
wann klappt die partitionierung: wenn die platte unpartitioniert ist!
dann sicher
Es sei denn man vergibt mehr Gigabyte als die Platte hat: dann gibt es
auch Salat.
wenn Linbo (Lmn Version 6.2) mal gar nicht mit einer Festplatte konnte (was selten vor kam) weil sie schon partitioniert war, dann hat es idR gereicht die Festplatte mit einem Linux-Partitionierer (gparted; fdisk etc.) zu bearbeiten (d.h. die Partitionen zu löschen) und dann kam auch Linbo wieder klar.
Hi,
ich brauche dieses „bügeln“ aktuell bei allen Clients wegen der Umstellung.
Man kann das aber auch direkt vom Server aus aufrufen und dann als loop über alle gebooteten linbo-clients laufen lassen, wenn man z.B. fortlaufende IPs hat:
for i in {99..210};do linbo-ssh 10.0.11.$i "dd if=/dev/zero of=/dev/nvme0n1 bs=512k count=10";done
wir sind dem Problem ja vor Jahren schon mal nachgegangen - bisher scheint das niemand so richtig ernst zu nehmen (es gibt zwar den Label-Workaround, aber es sollte ja irgendwie auch ohne Geheimwissen funktionieren ).
Ich habe ein Issue und ein Pull Request erstellt - aber das sollte sich definitiv jemand anschauen, der mehr Ahnung von Linbo hat, als ich (der PR ist ohnehin aus meinem veralteten Dirty-Bit-Fork…).
Damit gäbe es dann einen neuen linbo-Befehl „wipe“, der die Festplatte(n) mit dd „bügelt“.
hier bin ich bei meinen ersten lmn Versuchen auch schon öfter drübergestolpert und hab mir die Haare gerauft. Ich bin ebenso der Meinung, daß wenn ich „Partitonieren“ auswähle, daß das immer gemacht werden sollte. Danke für die Vorschläge!
das mit der for-schleife ist prima idee, danke! dd hat sich bewährt bei mir, direkt auch aus der linbo-shell am client! das ist gut zu wissen. habe wieder unnötig zeit verschwendet und pcs mit rescatux gebootet und mit gparted platt gebügelt.
eine übersicht aller shell-befehle, die funktionieren wäre nicht schlecht, ich wäre nicht darauf gekommen, dd direkt anzuwenden.
… anscheinend hat hier eine alte Partitionstabelle auf dem Client dazwischengefunkt …