Siduction Forum
Siduction Forum => Experimental => Topic started by: OppaErich on 2014/09/28, 16:19:48
-
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
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:~$
-
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.
-
Ich bin auf LABELs umgestiegen und nun auf der richtigen Partiton. Jetzt habe ich das Problem entdeckt:
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.