Sie sind nicht angemeldet.

[gelöst] Platz in der /-Partition schaffen durch Auslagern von /var

  • 1
  • 2

Ubuntausla

User

  • »Ubuntausla« ist männlich
  • »Ubuntausla« ist der Autor dieses Themas

Beiträge: 52

Registrierungsdatum: 27.05.2013

Derivat: Ubuntu

Version: Ubuntu 16.04 LTS - Xenial Xerus

Architektur: 64-Bit PC

Desktop: Unity

  • Nachricht senden

21

20.03.2017, 21:58

Danke!

Aber ich hatte extra gefragt, ob ich ein neues Thema anlegen solle.
Haste überlesen ...

Bin bis zum Vergleich der Dateien gekommen, sind aber alle gleich....

Quellcode

 
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
30
31
32
33
34

andy@andy-ThinkPad-T520:~$ ls -lrt /mnt/tmp/var /var
/var:
insgesamt 48
drwxrwsr-x  2 root staff	4096 Apr 11  2014 local
drwxr-xr-x  2 root root 	4096 Aug  5  2015 opt
drwxrwsr-x  2 root mail 	4096 Aug  5  2015 mail
drwxrwsrwt  2 root whoopsie 4096 Aug  5  2015 metrics
lrwxrwxrwx  1 root root    	4 Dez 10  2015 run -> /run
lrwxrwxrwx  1 root root    	9 Dez 10  2015 lock -> /run/lock
drwxr-xr-x 11 root root 	4096 Dez 10  2015 spool
drwxr-xr-x 21 root root 	4096 Dez 10  2015 cache
drwxr-xr-x 86 root root 	4096 Nov  9 08:02 lib
drwxrwsrwt  2 root whoopsie 4096 Mär 14 09:34 crash
drwxr-xr-x  2 root root 	4096 Mär 18 09:51 backups
drwxr-xr-x  4 root root 	4096 Mär 20 08:23 www
drwxrwxrwt  5 root root 	4096 Mär 20 18:53 tmp
drwxrwxr-x 10 root syslog   4096 Mär 20 21:40 log

/mnt/tmp/var:
insgesamt 48
drwxrwsr-x  2 root staff	4096 Apr 11  2014 local
drwxr-xr-x  2 root root 	4096 Aug  5  2015 opt
drwxrwsr-x  2 root mail 	4096 Aug  5  2015 mail
drwxrwsrwt  2 root whoopsie 4096 Aug  5  2015 metrics
lrwxrwxrwx  1 root root    	4 Dez 10  2015 run -> /run
lrwxrwxrwx  1 root root    	9 Dez 10  2015 lock -> /run/lock
drwxr-xr-x 11 root root 	4096 Dez 10  2015 spool
drwxr-xr-x 21 root root 	4096 Dez 10  2015 cache
drwxr-xr-x 86 root root 	4096 Nov  9 08:02 lib
drwxrwsrwt  2 root whoopsie 4096 Mär 14 09:34 crash
drwxr-xr-x  2 root root 	4096 Mär 18 09:51 backups
drwxr-xr-x  4 root root 	4096 Mär 20 08:23 www
drwxrwxrwt  5 root root 	4096 Mär 20 18:53 tmp
drwxrwxr-x 10 root syslog   4096 Mär 20 21:40 log


:?:

Muss ich wohl nochmal alles durchgehen ?!?

Mach ich Morgen in aller Ruhe nochmal.

Erstmal vielen Dank!

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Ubuntausla« (20.03.2017, 22:04)

Fredl

Ubuntu-Forum-Team

Beiträge: 11 331

  • Nachricht senden

22

20.03.2017, 22:33

Muss ich wirklich im Eifer übersehen haben :)

Im Hauptordner /var ändert sich nicht viel.
In /var/log sollte es schon neuere Dateien geben als in /mnt/tmp/var/log.

Aber im Grunde sieht es aus, als ob die neue Partition noch nicht gemountet wäre. Das heißt du siehst in beiden Verzeichnissen immer noch die originale /var von der /-Partition.

Zeig mal

Quellcode

 
1

mount


Und mach mal ein

Quellcode

 
1

sudo mount -a
Beim Erstellen dieser Nachricht kamen keine Tiere zu Schaden.
me is all sausage
but don't call me Ferdl

Ubuntausla

User

  • »Ubuntausla« ist männlich
  • »Ubuntausla« ist der Autor dieses Themas

Beiträge: 52

Registrierungsdatum: 27.05.2013

Derivat: Ubuntu

Version: Ubuntu 16.04 LTS - Xenial Xerus

Architektur: 64-Bit PC

Desktop: Unity

  • Nachricht senden

23

21.03.2017, 09:45

Guten Morgen

Quellcode

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

andy@andy-ThinkPad-T520:~$ mount
/dev/sda3 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
/dev/sda6 on /home type ext4 (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=andy)
andy@andy-ThinkPad-T520:~$



Quellcode

 
1
2
3

andy@andy-ThinkPad-T520:~$ sudo mount -a
[sudo] password for andy: 
andy@andy-ThinkPad-T520:~$


... ja, sda7 fehlt

Mit fstab habe ich was falsch gemacht, ist noch von 2015.

Quellcode

 
1
2
3
4
5
6
7
8
9
10
11
12
13

# /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>
# / was on /dev/sda3 during installation
UUID=b18bdbb6-3b60-4183-b8f5-6cf28962fe99 /           	ext4	errors=remount-ro 0   	1
# /home was on /dev/sda6 during installation
UUID=0c5ef52a-25e5-4965-a565-0e5de71e9b1b /home       	ext4	defaults    	0   	2
# swap was on /dev/sda5 during installation
UUID=41abed00-c82a-44c6-96e5-2e67487abf96 none        	swap	sw          	0   	0


... ich schau nochmal, vielleicht krieg ichs hin...

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »Ubuntausla« (21.03.2017, 09:55)

Fredl

Ubuntu-Forum-Team

Beiträge: 11 331

  • Nachricht senden

24

21.03.2017, 12:24

Vielleicht hast du die vom Live-System editiert. Mach's einfach nochmal wie im Beitrag 20 erklärt. Geht auch im laufenden System. Eigentlich solltest du dann noch die Daten der originalen und neuen /var synchronisieren, bevor du sie mountest. Oder du rebootest einfach. Zeig aber vorher die fstab und die Ausgabe von blkid nochmal her, zur Sicherheit.
Beim Erstellen dieser Nachricht kamen keine Tiere zu Schaden.
me is all sausage
but don't call me Ferdl

Ubuntausla

User

  • »Ubuntausla« ist männlich
  • »Ubuntausla« ist der Autor dieses Themas

Beiträge: 52

Registrierungsdatum: 27.05.2013

Derivat: Ubuntu

Version: Ubuntu 16.04 LTS - Xenial Xerus

Architektur: 64-Bit PC

Desktop: Unity

  • Nachricht senden

25

21.03.2017, 20:40

Hallo,

blkid bringt:

Quellcode

 
1

/dev/sda7: UUID="1e7e7eed-e41b-4b0a-b8f1-1ce3b73ae073" TYPE="ext4"



und den fstab-Eintrag hatte ich mir so gedacht:

Quellcode

 
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>
# / was on /dev/sda3 during installation
UUID=b18bdbb6-3b60-4183-b8f5-6cf28962fe99 /           	ext4	errors=remount-ro 0   	1
# /var was on /dev/sda7 during installation
UUID=1e7e7eed-e41b-4b0a-b8f1-1ce3b73ae073 /var		  ext4	  defaults	  0	  2			
# /home was on /dev/sda6 during installation
UUID=0c5ef52a-25e5-4965-a565-0e5de71e9b1b /home       	ext4	defaults    	0   	2
# swap was on /dev/sda5 during installation
UUID=41abed00-c82a-44c6-96e5-2e67487abf96 none        	swap	sw          	0   	0


... hatte mir noch eine Kopie auf den Stick gezogen...

Fredl

Ubuntu-Forum-Team

Beiträge: 11 331

  • Nachricht senden

26

21.03.2017, 22:30

Sollte passen.

Wenn du jetzt

Quellcode

 
1

mount
sagst, sollte sda7 gemountet sein.
Wenn nicht, mal mit

Quellcode

 
1

sudo mount /var
die Rückmeldung prüfen.
Beim Erstellen dieser Nachricht kamen keine Tiere zu Schaden.
me is all sausage
but don't call me Ferdl

Ubuntausla

User

  • »Ubuntausla« ist männlich
  • »Ubuntausla« ist der Autor dieses Themas

Beiträge: 52

Registrierungsdatum: 27.05.2013

Derivat: Ubuntu

Version: Ubuntu 16.04 LTS - Xenial Xerus

Architektur: 64-Bit PC

Desktop: Unity

  • Nachricht senden

27

23.03.2017, 09:22

Hallo,

habe /var neu synchronisiert und jetzt die richtige fstab
editiert.

Jetzt kommt beim Booten folgende Meldung:

"Bei der Überprüfung des Laufwerks auf /var wurden
schwere Fehler gefunden.

i=ignorieren, s=überspringt Einhängen, m=manuelle
Wiederherstellung"

Habe s=Einhängen überspringen gewählt und dann
startet und läuft das System wie sonst auch.

...hier die fstab:

Quellcode

 
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>
# / was on /dev/sda3 during installation
UUID=b18bdbb6-3b60-4183-b8f5-6cf28962fe99 /           	ext4	errors=remount-ro 0   	1
# /var was on /dev/sda7 during installation
UUID=1e7e7eed-e41b-4b0a-b8f1-1ce3b73ae073 /var		  ext4	  defaults	  0	  2			
# /home was on /dev/sda6 during installation
UUID=0c5ef52a-25e5-4965-a565-0e5de71e9b1b /home       	ext4	defaults    	0   	2
# swap was on /dev/sda5 during installation
UUID=41abed00-c82a-44c6-96e5-2e67487abf96 none        	swap	sw          	0   	0


...blkid:

Quellcode

 
1
2
3
4
5
6
7
8
9

andy@andy-ThinkPad-T520:~$ sudo blkid
[sudo] password for andy: 
/dev/sda1: LABEL="System-reserviert" UUID="CCF2E663F2E650EE" TYPE="ntfs" 
/dev/sda2: UUID="1EA6EA20A6E9F863" TYPE="ntfs" 
/dev/sda3: UUID="b18bdbb6-3b60-4183-b8f5-6cf28962fe99" TYPE="ext4" 
/dev/sda5: UUID="41abed00-c82a-44c6-96e5-2e67487abf96" TYPE="swap" 
/dev/sda6: UUID="0c5ef52a-25e5-4965-a565-0e5de71e9b1b" TYPE="ext4" 
/dev/sda7: UUID="1e7e7eed-e41b-4b0a-b8f1-1ce3b73ae073" TYPE="ext4" 
/dev/sdb1: LABEL="INTENSO" UUID="5528-D8B9" TYPE="vfat"


...

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »Ubuntausla« (23.03.2017, 09:33)

Fredl

Ubuntu-Forum-Team

Beiträge: 11 331

  • Nachricht senden

28

23.03.2017, 13:31

Gibt eigentlich nur zwei Möglichkeiten:
Entweder ist beim Formatieren mit gparted etwas schiefgegangen oder es war einmal gemountet und wurde unsauber ausgehängt (harter reset?)
Wie auch immer, jetzt wissen wir wenigstens, daß es im Normalbetrieb nicht gemountet wird und warum du vorhin unter beiden Mountpoints das gleiche gesehen hast.

Zum Reparieren kannst du einmal die Option beim Booten versuchen, und wenn das nichts bringt (und wieder nicht gemountet wird!) manuell:

Quellcode

 
1

fsck -a /dev/sda7
Wie gesagt: Dazu darf es nicht gemountet sein!

Allenfalls kannst du bei Mißerfolg (oder auch gleich ganz brutal) die Partition noch mal formatieren und aus dem alten /var synchronisieren, wie es weiter oben schon beschrieben ist. Nimm aber diesmal mkfs.ext4 statt gparted.
Beim Erstellen dieser Nachricht kamen keine Tiere zu Schaden.
me is all sausage
but don't call me Ferdl

Ubuntausla

User

  • »Ubuntausla« ist männlich
  • »Ubuntausla« ist der Autor dieses Themas

Beiträge: 52

Registrierungsdatum: 27.05.2013

Derivat: Ubuntu

Version: Ubuntu 16.04 LTS - Xenial Xerus

Architektur: 64-Bit PC

Desktop: Unity

  • Nachricht senden

29

24.03.2017, 12:01

Es bleibt weiterhin schwierig...

Quellcode

 
1
2
3
4
5
6
7
8
9
10
11

	p { margin-bottom: 0.25cm; line-height: 120%; }


andy@andy-ThinkPad-T520:~$ sudo fsck -a /dev/sda7 

fsck von util-linux 2.20.1 

/dev/sda7 besitzt nicht unterstützte Eigenschaft(en):
metadata_csum 

e2fsck: Neuere Version von e2fsck benötigt!


Habe danach wie empfohlen sda7 neu formatiert und /var wieder
synchronisiert. (per Live-CD)

System neu gebootet. Nun erscheint die Meldung:

"Das Laufwerk für /var ist noch nicht bereit oder nicht vorhanden.
Weiterhin warten, Einhängen mit >S< überspringen oder >M< = manuelle
Wiederherstellung starten"

Habe mal ca. 40 Min. "warten lassen", ist aber nichts passiert.
sad7 ist auch vorhanden aber nicht als /var eingehangen.


Quellcode

 
1
2
3
4

andy@andy-ThinkPad-T520:~$ sudo fsck -a /dev/sda7
[sudo] password for andy: 
fsck von util-linux 2.20.1
/dev/sda7: sauber, 15680/183264 Dateien, 378879/732160 Blöcke


...

Fredl

Ubuntu-Forum-Team

Beiträge: 11 331

  • Nachricht senden

30

24.03.2017, 20:35

War jetzt ein bisschen Denksport - das hält den Geist jung :)

Also, gparted hat scheinbar eine neuere Version der e2fsprogs, daher konnte das fsck von Ubuntu das nicht überprüfen. Wurde ja zuvor mit gparted formatiert.

Und das zweite Problem: Durch die Neuformatierung hat sda7 eine neue UUID bekommen -> fstab korrigieren, bitte.

Dann aber...
Beim Erstellen dieser Nachricht kamen keine Tiere zu Schaden.
me is all sausage
but don't call me Ferdl

Ubuntausla

User

  • »Ubuntausla« ist männlich
  • »Ubuntausla« ist der Autor dieses Themas

Beiträge: 52

Registrierungsdatum: 27.05.2013

Derivat: Ubuntu

Version: Ubuntu 16.04 LTS - Xenial Xerus

Architektur: 64-Bit PC

Desktop: Unity

  • Nachricht senden

31

24.03.2017, 22:15

Tja, was soll ich sagen?!
Ich trau mich ja fast gar nicht ...

aber ich sage mal ganz vorsichtig:

Sieht alles sehr gut aus!!! :thumbup:

Habe jetzt ca. 1,3 GB frei.
Der anstehende Update-Prozeß
wurde auch sauber abgearbeitet !
(war inzwischen auf 140 MB angewachsen)

Also alles gut.

Vielen, vielen Dank Fredl für die kompetente
Hilfe und deine Geduld :)

Andreas

Fredl

Ubuntu-Forum-Team

Beiträge: 11 331

  • Nachricht senden

32

24.03.2017, 23:33

"Geht nicht" gibt's eben nicht :)
Ohne den Ausflug über gparted wär's halt weniger spannend gewesen. ;)

Im Grunde ist es ja wie "Umzug des /home", der mehrfach beschrieben ist. Nur mit weniger Hindernissen wie User-Rechten, verschlüsseltem home u.ä. Also eigentlich einfacher.

Du hast also offenbar das alte /var schon geräumt und nach einem reboot läuft alles sauber? Dann geh ich den thread aufteilen und verschieben.
Falls noch was offen ist, häng es an.
Beim Erstellen dieser Nachricht kamen keine Tiere zu Schaden.
me is all sausage
but don't call me Ferdl
  • 1
  • 2