[Erledigt] Partition verschoben & vergrößert - was ist alles (wie) anzupassen ?

[OppaErich]

Hallo,

aus Platzmangel habe ich die root Partition von sdb2 nach sdc1 kopiert und vergrößert. sdb2 soll noch gelöscht und sdb1 dann vergrößert werden. Auf sda habe ich noch ein wenig gelöscht und zusammengefasst.

Booten von sdc1 funktioniert, allerdings wird sdb2 noch als root Partition eingebunden und es starten fsck jobs beim Startvorgang. In der fstab sind nun einige Leichen und die falsche root Partition. Wie kann ich eine neue fstab generieren und reicht das aus oder muss ich noch die initramdisk neu erstellen ?

Stephan

Code Select Expand

oppa@oppa-hex-ssd:~$ cat /etc/fstab
UUID=507AB7337AB71526                         /media/disk1part1    ntfs         noauto,users,ro,dmask=0022,fmask=0133,nls=utf8  0    0   
UUID=46844C6B844C5F93                         /media/disk1part2    ntfs         noauto,users,ro,dmask=0022,fmask=0133,nls=utf8  0    0    <- Die 3 NTFS sind nun eine grosse
UUID=40529CF71C3D6D3D                         /media/disk1part3    ntfs         noauto,users,ro,dmask=0022,fmask=0133,nls=utf8  0    0   
UUID=f92a89dc-1a40-46d6-a228-4e90e2206a5c     /media/disk1part5    ext4         noauto,users,rw,exec,relatime                   0    0   
UUID=94f3f15c-2a10-4bdd-81e0-7fb0ba7a9f89     /media/disk1part6    ext4         noauto,users,rw,exec,relatime                   0    0   <- neu formatiert, und swap von sda entfernt und als ext4 neu formatiert
UUID=1138dfcf-3e8b-4880-999f-b8a8381b3b1b     /media/disk1part7    ext4         noauto,users,rw,exec,relatime                   0    0   
UUID=9e040c55-ffe5-4e81-a27e-dd02e01264dd     none                 swap         sw                                            0    0   
UUID=40529CF71C3D6D3D                         /media/disk2part1    ntfs         noauto,users,ro,dmask=0022,fmask=0133,nls=utf8  0    0   
/dev/sdc1                  /                    ext4         discard,noatime,commit=600,defaults,errors=remount-ro           0    1   <- naiver Versuch...
oppa@oppa-hex-ssd:~$ df
Filesystem     1K-blocks     Used Available Use% Mounted on
/dev/sdb2       94813020 75516308  14457444  84% /  <-sdb2 immer noch root
udev               10240        0     10240   0% /dev
tmpfs            3281252     1256   3279996   1% /run
tmpfs            8203124    23436   8179688   1% /dev/shm
tmpfs               5120        4      5116   1% /run/lock
tmpfs            8203124        0   8203124   0% /sys/fs/cgroup
tmpfs            1640628       16   1640612   1% /run/user/1000
oppa@oppa-hex-ssd:~$

[bluelupo]

Hi OppaErich,
eine fstab wird nicht generiert (außer bei einer Neuinstallation), die musst du selbst erstellen. Boote von einem Livesystem und hänge die Rootpartition per Hand ein (mount Befehl) und editiere die fstab.

Ein Tipp am Rande zum vergrößern und verkleinern von Partitionen. Ein wesentliche Erleichertung dies zu tun ist der LVM (LogicalVolume Manager) bei einer Neuinstallationb einzurichten, denn hier kann man erweitern, vergrößern, verkleinern und noch vieles mehr. Mit dem LVM lässt das Ganze viel leichter und problemloser erledigen als das "rumjonglieren" mit normalen Partitionen.

[OppaErich]

Ich bin auf LABELs umgestiegen und nun auf der richtigen Partiton. Jetzt habe ich das Problem entdeckt:

Code Select Expand

root@oppa-hex-ssd:~# blkid
...
/dev/sdb2: LABEL="SSD_GNU" UUID="3b851ea5-2726-4cca-9d28-f2ea725f03e2" TYPE="ext4"
/dev/sdc1: LABEL="SSD2_siduction" UUID="3b851ea5-2726-4cca-9d28-f2ea725f03e2" TYPE="ext4"   <- die UUIDs sind identisch !
/dev/sdc2: LABEL="SSD2_Swap" UUID="794e2bf4-7931-4ca3-9d2b-3497ae0b011b" TYPE="swap"
root@oppa-hex-ssd:~# df
Filesystem     1K-blocks     Used Available Use% Mounted on
/dev/sdc1      217106660 75636752 130418484  37% /  <- yep hier wollte ich auch hin
udev               10240        0     10240   0% /dev
...

Ich dachte die UUID wird beim Formatieren vergeben und bleibt dann. GParted hat beim Kopieren der Partition die UUID wohl mitkopiert.