ubuntuusers.de

Guten Tag Ich habe einen Ubuntu Server der aus einer SSD und vier Festplatten besteht. Die SSD beinhaltet das Betriebsystem Ubuntu Server Version 20.04. Die vier Festplatten werden über LVM2 genutzt, so das je zwei Festplatten ein Volume bilden, auf denen die Daten abgespeichert sind. Nun hat die SSD beim Systemstart einen Fehler angezeigt und lässt sich nicht mehr starten.

Ich gehe davon aus, dass die Daten auf den LVM2 Volumes noch vorhanden sind, lassen sich aber nicht mehr aufrufen, da das LVM2 nicht mehr arbeitet.

Ich will nun auf einer neuen SSD ein neues Ubuntu Server installieren (was ich kann). Was ich aber nicht weiss, ist wie ich dann im neuen Ubuntu Server die alten LVM2 Festplatten einbinden kann und zwar ohne Datenverlust.

Ich suche nun jemanden, der sich mit dem LVM2 sehr gut auskennt und mir helfen kann.

Ich habe das Thema hier eröffnet, weil nicht weiss wo es genau hinpasst. Auch für Antworten, die mir diesbezüglich weiterhelfen, bin ich dankbar.

Freundliche Grüsse, Roland

Ich denke das Logical Volume Management manuell starten und öffnen im Wiki könnte helfen.

1. Vorsicht bei KI Antworten, das kann gut gehen, oder halt auch nicht.

2. Bitte Backup auf die TODO packen (hast du jetzt sicher schon)

Zum Thema: Boote mal ein Linux Live ISO deiner Wahl was neuer als Ubuntu 20.04 ist, ich nehme immer gerne das Arch Linux ISO, Ubuntu, GRML oder SystemResuceCD gehen genauso gut.

Dort angekommen teilst du uns mal den output von sudo lsblk mit. Bevorzugt als Code Block siehe Forum/Syntax. Damit sehen und verstehen wir den Aufbau der Disks, es gibt verschiedene Kombinationen aus LVM2 und RAID, da will man nicht direkt was falsch machen.

Ich habe nun eine neue SSD (M.2 2280) und ein neues Server Betriebssystem installiert. Die alte SSD (M.2 2280) mit dem defekten Betriebssystem ist unverändert. Wenn ich nun die beiden 4TB-Festplatten, die das LVM Logical Volume bilden, montiere, wird auf dem Desktop (XFCE) eine 8TB-"Festplatte" angezeigt. Diese "Festplatte kann ich als Root mounten. Weiter kann ich in der gemounteten "Festplatte2 die Daten mit der Datenstruktur

sound/soundfiles/Albuminterpret/Albumtitel/Nr-Songtitel.mp3

sehen. Ich habe nun versucht, diese Daten über den Desktop per Drag and Drop (ziehe mit der Maus den Ordner Albuminterpret) zu kopieren. Das gelingt für die beiden Ordner Albuminterpret und Albumtitel. Sobald die mp3 Dateien dran wären, bricht der Kopiervorgang mit einer Fehlermeldung ab. Am neuen Speicherort habe ich dann die beiden Ordner Albuminterpret und Albumtitel.

Der Output vom Befehl lsblk:

NAME                  MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda                     8:0    0 476.9G  0 disk 
├─sda1                  8:1    0   976M  0 part /boot/efi
├─sda2                  8:2    0 468.1G  0 part /
└─sda3                  8:3    0   7.9G  0 part [SWAP]
sdb                     8:16   0   3.6T  0 disk 
└─sdb1                  8:17   0   3.6T  0 part 
  └─vg--data-lv--data 254:0    0   7.3T  0 lvm  
sdc                     8:32   0   3.6T  0 disk 
└─sdc1                  8:33   0   3.6T  0 part 
  └─vg--data-lv--data 254:0    0   7.3T  0 lvm  
sdd                     8:48   0   3.6T  0 disk 
sde                     8:64   0   3.6T  0 disk 

sda: ssd mit Betriebsystem

sdb: erste 4TB-Festplatte des LVM2 Logical Volumes

sdc: zweite 4TB-Festplatte des LVM2 Logical Volumes

sdd: dritte 4TB-Festplatte dient als Klone Festplatte für sdb (Werde sdb und sdc mit Hilfe von dd klonen)

sde: vierte 4TB-Festplatte dient als Klone Festplatte für sdc

go4help schrieb:

... bricht der Kopiervorgang mit einer Fehlermeldung ab.

Und warum teilst du diese uns nicht mit?

go4help schrieb:

Diese "Festplatte kann ich als Root mounten.

Ich habe nun versucht, diese Daten über den Desktop per Drag and Drop (ziehe mit der Maus den Ordner Albuminterpret) zu kopieren.

Warum unbedingt über den Desktop per Drag and Drop? Da verfügst du doch nur über normale Benutzerrechte und damit womöglich nicht über die erforderlichen Berechtigungen zum Kopieren oder Verschieben der Dateien.

Wieso nutzt du dafür nicht den Terminal mit sudo-Rechten und dann:

• rsync

• cp

• mv

• oder wenigstens den Midnight Commander

um die Dateien zu kopieren oder zu verschieben?

Gut, das ist ein normales LVM. Kannst den output von dem hier liefern:

sudo vgchange -ay
sudo pvs
sudo vgs
sudo lvs

Bitte höre auf an Platten zu fummeln oder Dinge zu installieren, lass doch erstmal schauen was Sache ist.

Nachfolgend der Output von pvs, vgs, lvs und vgchange

root@rw-server:/home/rowe# vgchange -ay
  1 logical volume(s) in volume group "vg-data2" now active
  1 logical volume(s) in volume group "vg-data" now active
root@rw-server:/home/rowe# pvs
  PV         VG       Fmt  Attr PSize  PFree
  /dev/sdb1  vg-data  lvm2 a--  <3.64t    0 
  /dev/sdc1  vg-data  lvm2 a--  <3.64t    0 
  /dev/sdd1  vg-data2 lvm2 a--  <3.64t    0 
  /dev/sde1  vg-data2 lvm2 a--  <3.64t    0 
root@rw-server:/home/rowe# vgs
  VG       #PV #LV #SN Attr   VSize  VFree
  vg-data    2   1   0 wz--n- <7.28t    0 
  vg-data2   2   1   0 wz--n- <7.28t    0 
root@rw-server:/home/rowe# lvs
  LV       VG       Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  lv-data  vg-data  -wi-a----- <7.28t                                                    
  lv-data2 vg-data2 -wi-ao---- <7.28t               

Wie es scheint, werden je zwei Festplatten der vier Festplatten vom neuen Betriebssystem (Debian 13) als logical volume und volume group erkannt. Frage mich, ob ich diese logical volumes einfach unter dem Mountpunkt /srv/lv-data bzw. /srv/lv-data2 einbinden soll. wenn ich sie manuell einbinde, kann ich Daten von den logical volumes lesen. Frage ist ob ich auch neue Daten drauf schreiben kann?

go4help schrieb:

Betriebssystem (Debian 13)

Und was haben wir hier mit Debian zu tun?

Debian ist kein Ubuntu. Wird hier also nicht aktiv supportet.

https://debianforum.de/

hab versucht den neusten ubuntu server herunterzuladen, hat aber nicht geklappt. der download blieb hängen. ich suche jemand der sich mit lvm2 auskennt.

go4help schrieb:

Frage ist ob ich auch neue Daten drauf schreiben kann?

Natürlich kannst du drauf schreiben, sofern die Datenträger (und das Dateisystem) noch OK sind.

Nach den benannten Befehlen, was ist denn der Output von sudo blkid?

root@rw-server:/home/rowe# blkid
/dev/mapper/vg--data2-lv--data2: UUID="c9a193d7-2cad-4a29-aa36-23683d820856" BLOCK_SIZE="4096" TYPE="ext4"
/dev/sdd1: UUID="iZH056-ufv0-x48j-sw5l-cUr0-FjcP-fQien2" TYPE="LVM2_member" PARTLABEL="primary" PARTUUID="549a8802-56da-4242-8d76-3993f498cb29"
/dev/sdb1: UUID="jNqjUI-tHFh-FSYn-3ld1-5Nif-TaOP-QBpeUn" TYPE="LVM2_member" PARTLABEL="primary" PARTUUID="056f9174-ee4c-47ed-8526-83c217127376"
/dev/mapper/vg--data-lv--data: UUID="31d2f6dc-8bf5-40f3-9d52-e71184ee5bd1" BLOCK_SIZE="4096" TYPE="ext4"
/dev/sde1: UUID="dwUdj1-ouJ1-nQm4-Ii63-RgMK-p1d9-U5tJK0" TYPE="LVM2_member" PARTLABEL="primary" PARTUUID="bd8148bb-0cd1-454b-90e1-24b8d80cd27c"
/dev/sdc1: UUID="Fs41Sc-99Yn-6qr7-agrW-5exK-H90Z-ciu6IB" TYPE="LVM2_member" PARTLABEL="primary" PARTUUID="190559d7-e214-41f2-9f77-4c692b832f97"
/dev/sda2: UUID="6eec5bfa-6fab-4816-8162-77af758944a6" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="b1785704-c237-4b3a-8e4e-0141f9a36caa"
/dev/sda3: UUID="bfc3e54f-bd48-40db-a175-b8a3520306b3" TYPE="swap" PARTUUID="6538027b-4b07-4a79-a34e-e05cab979a26"
/dev/sda1: UUID="63AA-15EA" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="9742c594-7e24-4a53-88dc-f509c8fef6ed"

Das sind normale/langweilige ext4 Dateisysteme, die kannst du einfach mounten wie dir lieb ist. Zugriff drauf hast du wenn die UID/GID der Dateien zu seinem User passt.