Nobuddy
Anmeldungsdatum: 2. September 2005
Beiträge: 6896
Wohnort: 29614 Soltau
|
Hallo zusammen, habe ein altes System Kubuntu 16.04, bei dem die home-Partition auf einer externen Festplatte ausgelagert ist.
Ich möchte nun die home-Partition wieder auf die root-Partition umziehen.
Die root-Partiton /dev/sda1 ist auf einer 40 GB SSD, die home-Partiton /dev/sdb5 auf einer HD. Es gibt ja ein Wiki //wiki.ubuntuusers.de/Home_umziehen/:, das den Umzug von /home auf eine eigene Partition beschreibt, dies habe ich damals angewendet. Nun stehe ich aber echt auf dem Schlauch und weiß nicht, wie das anderst herum geht? Hoffe, Ihr könnt mich dabei unterstützen! Grüße Nobuddy
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8990
|
Moin, das sind zu wenig Infos - zeig mal bitte
sudo parted --list
cat /etc/fstab
df -h
|
Nobuddy
(Themenstarter)
Anmeldungsdatum: 2. September 2005
Beiträge: 6896
Wohnort: 29614 Soltau
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21 | sudo parted --list
Modell: ATA OCZ-AGILITY2 (scsi)
Festplatte /dev/sda: 40,0GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 21,5GB 21,5GB primary ext4 boot
Modell: ATA WDC WD5000YS-01M (scsi)
Festplatte /dev/sdb: 500GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 32,3kB 500GB 500GB extended
5 64,5kB 21,5GB 21,5GB logical ext4
6 21,5GB 496GB 474GB logical ext4
7 496GB 500GB 4294MB logical linux-swap(v1)
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29 | cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc nodev,noexec,nosuid 0 0
# / was on /dev/sda1 during installation
UUID=ce897824-7374-40ee-98fb-d5d7b9f382b2 / ext4 defaults,noatime 0 1
## Festplatte 250 GB
# /home was on /dev/sdb5 during installation
# UUID=b47c87aa-4b1e-461f-b274-98ebce350c71 /home ext4 defaults 0 2
# /media/daten was on /dev/sdb6 during installation
# UUID=ac710773-dd4c-4573-8e1f-0d9dc501798e /media/daten ext4 defaults 0 2
# swap was on /dev/sdb7 during installation
# UUID=f897277a-1315-4e24-9476-80a659b68155 none swap sw 0 0
## Festplatte 500 GB
# /home was on /dev/sdb5 during installation
UUID=b8284589-4896-404e-a7cd-44d9883ad2cb /home ext4 defaults 0 2
# /media/daten was on /dev/sdb6 during installation
UUID=05791198-727a-477c-9737-9949c469fff0 /media/daten ext4 defaults 0 2
# swap was on /dev/sdb7 during installation
UUID=c674c5fd-b639-4a0a-8322-180065c7c32a none swap sw 0 0
# DVD-RAM (DVD-Brenner)
#/dev/pktcdvd/dvdram /media/dvdram udf defaults,noauto,user 0 0
#/dev/sr0 /media/dvdram udf defaults,noauto,user 0 0
|
1
2
3
4
5
6
7
8
9
10
11
12 | df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
udev 3,9G 4,0K 3,9G 1% /dev
tmpfs 799M 1,5M 797M 1% /run
/dev/sda1 20G 8,4G 11G 46% /
none 4,0K 0 4,0K 0% /sys/fs/cgroup
none 5,0M 0 5,0M 0% /run/lock
none 3,9G 58M 3,9G 2% /run/shm
none 100M 16K 100M 1% /run/user
/dev/sdb5 20G 8,0G 11G 43% /home
/dev/sdb6 435G 183G 231G 45% /media/daten
|
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8990
|
Dein Platz reicht nicht - deine sda1 hat 20 GB, davon sind 11 GB belegt. Auf deinem /home sind ebenfalls 11 GB belegt → 11 + 11 =22.
|
Nobuddy
(Themenstarter)
Anmeldungsdatum: 2. September 2005
Beiträge: 6896
Wohnort: 29614 Soltau
|
Die SSD hat 40 GB, davon hat /dev/sda1 20 GB.
Kann die voll 40 GB nutzen, was ich mit parted machen werde.
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8990
|
Sorry, aber ich versteh deine ganzen "Verrenkungen" nicht - warum alles so kompliziert? Warum nicht einfach eine saubere Neuinstallation auf die gesamte kleine SSD machen und gut isses? Aber falls du das tatsächlich durchziehen möchtest, dann arbeite dich von unten nach oben rückwärts durch den Wiki-Artikel - vorher Daten sichern und ein Live-System zurecht legen schadet dabei bestimmt nicht. 😉
|
Nobuddy
(Themenstarter)
Anmeldungsdatum: 2. September 2005
Beiträge: 6896
Wohnort: 29614 Soltau
|
Vergrößerung von sda1 SSD abgeschlossen.
1
2
3
4
5
6
7
8
9
10
11
12 | df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
udev 3,9G 4,0K 3,9G 1% /dev
tmpfs 799M 1,5M 797M 1% /run
/dev/sda1 37G 8,3G 27G 24% /
none 4,0K 0 4,0K 0% /sys/fs/cgroup
none 5,0M 0 5,0M 0% /run/lock
none 3,9G 57M 3,9G 2% /run/shm
none 100M 16K 100M 1% /run/user
/dev/sdb5 20G 8,2G 11G 45% /home
/dev/sdb6 435G 187G 226G 46% /media/daten
|
Frieder108 schrieb: Sorry, aber ich versteh deine ganzen "Verrenkungen" nicht - warum alles so kompliziert?
Das System, soll komplett auf die SSD, plus bestimmte Daten aus meiner daten-Partition.
Diese soll / muss dann eingepackt und aufbewahrt werden. Warum nicht einfach eine saubere Neuinstallation auf die gesamte kleine SSD machen und gut isses?
Weil das so einfacher ist, als das System nach dem gleichen Stand und Konfiguration, wieder aufzubauen. Aber falls du das tatsächlich durchziehen möchtest, dann arbeite dich von unten nach oben rückwärts durch den Wiki-Artikel - vorher Daten sichern und ein Live-System zurecht legen schadet dabei bestimmt nicht. 😉
Werde ich machen, poste dann vorab hier den Ablauf, bevor ich es umsetze!
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8990
|
Nobuddy schrieb: … poste dann vorab hier den Ablauf, bevor ich es umsetze!
Ja, mach das. Selber gemacht hab ich das noch nie - aber in der Theorie würde ich sagen, dass du in eine virtuelle Konsole mußt, dann in /etc/fstab die /home auskommentieren (eine # zu Beginn der Zeile reicht), danach die sdb5 aushängen und mit rsync die Daten rüber ziehen in den immer noch vorhandenen Mountpoint /home und nach Fertigstellung die virtuelle Konsole verlassen. So weit die Theorie. Nebenbei bemerkt, die Datenpartition unter /media/Daten solltest du auch in der fstab auskommentieren - die gibt es ja später für das "konservierte System" nicht mehr.
|
Nobuddy
(Themenstarter)
Anmeldungsdatum: 2. September 2005
Beiträge: 6896
Wohnort: 29614 Soltau
|
Als erstes /etc/fstab anpassen:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16 | # /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc nodev,noexec,nosuid 0 0
# / was on /dev/sda1 during installation
UUID=ce897824-7374-40ee-98fb-d5d7b9f382b2 / ext4 defaults,noatime 0 1
# /home was on /dev/sda1 during installation
UUID=ce897824-7374-40ee-98fb-d5d7b9f382b2 /home ext4 defaults 0 2
# /media/daten was on /dev/sdb6 during installation
UUID=05791198-727a-477c-9737-9949c469fff0 /media/daten ext4 defaults 0 2
# swap was on /dev/sdb7 during installation
UUID=c674c5fd-b639-4a0a-8322-180065c7c32a none swap sw 0 0
|
Abmelden un zur virtuellen Konsole gehen:
Strg + Alt + F3
Mountpunkt /mnt/tmp erstellen und /home in /mnt/tmp einbinden:
| mkdir /mnt/tmp
mount /home /mnt/tmp
|
Kopiervorgang Homverzeichnis von /dev/sdb5 nach /mnt/tmp:
| rsync -avxH --progress /dev/sdb5 /mnt/tmp
|
Partition /dev/sdb5 testweise in das /home-Verzeichnis einbinden:
Überprüfung, ob alles geklappt hat:
| du -sh /home; mount|grep /home
|
Neue Home-Partition verwenden:
Neustart:
Wäre das so richtig?
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8990
|
Warum willst du die ´sdb5´ testweise einbinden, die willst du doch loswerden. Ich würde die sdb5 und auch die sdb6 in der fstab auskommentieren und dann aushängen - der Mountpoint /home auf sda1 ist ja dann leer, dorthin ziehst du dir dann die gesamten Daten der sdb5. Mehr ist eigentlich meines Erachtens nicht notwendig - home ist doch nur ein Ordner unterhalb von / und wenn dort alles nötige vorhanden ist, dann sollte das genügen und das System auch zu starten. Sorry, noch was vergessen - natürlich musst du die sdb5 nach dem Aushängen unter /mnt/ wieder einhängen, sonst hast du ja keinen Zugriff auf die Daten. Das sollte es dann aber auch schon gewesen sein.
|
Nobuddy
(Themenstarter)
Anmeldungsdatum: 2. September 2005
Beiträge: 6896
Wohnort: 29614 Soltau
|
Frieder108 schrieb: Warum willst du die ´sdb5´ testweise einbinden, die willst du doch loswerden.
Wäre dies dann so richtig?
Ich würde die sdb5 und auch die sdb6 in der fstab auskommentieren und dann aushängen -
In der neuen fstab, ist sdb5 nicht vorhanden.
Die sdb6 benötige ich noch um bestimmte Daten in /home zu kopieren. der Mountpoint /home auf sda1 ist ja dann leer, dorthin ziehst du dir dann die gesamten Daten der sdb5.
Also nicht:
| rsync -avxH --progress /dev/sdb5 /mnt/tmp
|
sondern:
| rsync -avxH --progress /dev/sdb5 /home
|
?
Da bin ich mir nicht sicher, ob das wirklich richtig sein sollte. Mehr ist eigentlich meines Erachtens nicht notwendig - home ist doch nur ein Ordner unterhalb von / und wenn dort alles nötige vorhanden ist, dann sollte das genügen und das System auch zu starten.
ok Sorry, noch was vergessen - natürlich musst du die sdb5 nach dem Aushängen unter /mnt/ wieder einhängen, sonst hast du ja keinen Zugriff auf die Daten. Das sollte es dann aber auch schon gewesen sein.
Im Wiki //wiki.ubuntuusers.de/Home_umziehen/#Neue-Home-Partition-verwenden: ist es so beschrieben.
Dann einfach kein
Bitte überprüfe nochmals, ob ich das dann so richtig verstanden habe. Grüße Nobuddy
|
Nobuddy
(Themenstarter)
Anmeldungsdatum: 2. September 2005
Beiträge: 6896
Wohnort: 29614 Soltau
|
Habe mal einen Versuch gestartet, der nicht zu dem gewünschten Ergebnis geführt hat.
Mein home war unter /user und einiges fehlte, wie z.B .mozilla.
Ich habe dann versucht /user nach /home/user zu kopieren, allerdings dann nach dem Neustart, konnte ich mich einloggen, doch danach ein weißer Bildschirm. Daraufhin, habe ich mein Image für die root-Partition wieder zurückgespielt.
Nun habe ich wieder mein vorerst mein altes funktionierendes System zurück. Ich poste mal meine Vorgehensweise, zur Nachvollziehbarkeit und hoffe, dass Jemand von Euch, Fehler darin findet.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22 | # Abmelden und zur virtuellen Konsole gehen:
# Strg + Alt + F3
sudo -s
cd /
mkdir /mnt/tmp
# Fehlermeldung
# mount /home /mnt/tmp
# daher mit --bind
mount --bind /home /mnt/tmp
rsync -avxH --progress /mnt/tmp /home
mount --bind /home /dev/sdb5
du -sh /home; mount|grep /home
# evtl. diese Zeile weglassen?
umount /dev/sdb5
sudo reboot
|
Hoffe, Ihr könnt mir dabei helfen, dass es beim nächsten mal richtig funktioniert! Grüße Nobuddy
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8990
|
Du hast die /home immer noch nicht in /etc/fstab auskommentiert. 😉 Des weiteren stimmt dein rsync-Befehl nicht - egal, mir ist was einfacheres eingefallen → erstelle ein Verzeichnis home_neu und kopier die Daten von /home dort hinein.
mkdir /home_neu
rsync -a /home/ /home_neu Der Rest kommt heute Nacht oder morgen früh - in der virtuellen Konsole mit nano die fstab bearbeiten, danach mit mv home_neu in /home umbenennen. Bis dahin zeig mal
ls - la /home
ls -la /home_neu
|
Nobuddy
(Themenstarter)
Anmeldungsdatum: 2. September 2005
Beiträge: 6896
Wohnort: 29614 Soltau
|
Hallo Frieder108, Danke für Deine Unterstützung 👍 Die neue fstab (momentan noch fstab_new), sieht so aus: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15 | # /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc nodev,noexec,nosuid 0 0
# / was on /dev/sda1 during installation
UUID=ce897824-7374-40ee-98fb-d5d7b9f382b2 / ext4 defaults,noatime 0 1
# swap was on /dev/sda1 during installation
/swapfile none swap sw 0 0
## Festplatte 500 GB
# /media/daten was on /dev/sdb6 during installation
#UUID=05791198-727a-477c-9737-9949c469fff0 /media/daten ext4 defaults 0 2
|
Die Daten von /home habe ich mit rsync nach /home_neu synchronisiert. Hier noch die Ausgaben:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15 | # ls -la /home
insgesamt 32
drwxr-xr-x 5 root root 4096 Apr 1 19:27 .
drwxrwxrwx 27 whtb whtb 4096 Apr 1 19:06 ..
drwx------ 2 root root 16384 Jan 8 2016 lost+found
drwxr-xr-x 4 whtb whtb 4096 Nov 7 2011 samba
drwxrwxrwx 73 whtb whtb 4096 Apr 1 19:23 whtb
# ls -la /home_neu
insgesamt 20
drwxr-xr-x 5 whtb whtb 4096 Apr 1 19:28 .
drwxrwxrwx 27 whtb whtb 4096 Apr 1 19:06 ..
drwx------ 2 whtb whtb 4096 Jan 8 2016 lost+found
drwxr-xr-x 4 whtb whtb 4096 Nov 7 2011 samba
drwxrwxrwx 73 whtb whtb 4096 Apr 1 19:23 whtb
|
/home hat insgesamt 32 (8,3 GB > 8.865.989.745) und /home_neu insgesamt 20 (8,4 GB > 8.973.101.937).
Unterschied, warum? Werde morgen dann es machen, vielleicht erhalte ich zuvor von eine Nachricht. PS: Heute morgen, wurde mir bewusst, dass ich in der fstab kein home-Eintrag mehr benötige. Habe dies gleich geändert. Grüße Nobuddy
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8990
|
Guten Morgen,
ich hab 2 neue Nachrichten für dich, eine gute und eine schlechte. Die gute Nachricht → ich konnte dein Szenario mit einem alten Debian erfolgreich nachstellen. Die schlechte Nachricht → ich weiß nicht, wie ich das nachvollziehbar "in der Fernwartung" erkläre. Ich arbeite noch daran, das mal chronologisch zu dokumentieren, unter Debian musste ich das alles als "root" machen und am Ende dann die Rechte mit chown auf den USER umändern → kann aber dauern, ich muss vorher noch ein paar Dinge erledigen.
|