| View previous topic :: View next topic |
| Author |
Message |
snova
n00b
Joined: 08 Dec 2012
Posts: 70
Location: Hannover / Germany
|
 Posted: Fri Mar 21, 2025 9:11 am Post subject: Probleme mit anlegen neuer Dateien |
 |
|
Hallo,
hat jemand eine Idee, warum ich keine neuen Dateien anlegen kann?
Freier Platz ist vorhanden, ebenso scheint es noch freie Inodes zu geben. Andere Filesysteme scheinen nicht davon betroffen zu sein.
Var ist ein ext4.
| Code: |
# > /var/test
-bash: /var/test: No space left on device
# df /var;
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mapper/vg00-lvvar 4562624 2336688 1991788 54% /var
# mount | grep lvvar
/dev/mapper/vg00-lvvar on /var type ext4 (rw,noatime,stripe=32765)
# tune2fs -l /dev/vg00/lvvar | grep inode
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Free inodes: 79995
First inode: 11
Journal inode: 8
Journal backup: inode blocks
#
|
|
|
| Back to top |
|
 |
Christian99
Veteran
Joined: 28 May 2009
Posts: 1734
|
| Posted: Fri Mar 21, 2025 9:23 am Post subject: |
|
|
da platz und inodes noch ausreichend vorhanden sind, ist evtl das dateisystem kaputt.
Kannst du mal ein fsck.ext4 machen? |
|
| Back to top |
|
|
snova
n00b
Joined: 08 Dec 2012
Posts: 70
Location: Hannover / Germany
|
| Posted: Fri Mar 21, 2025 9:34 am Post subject: |
|
|
Habs probiert, leider keine Änderung...
| Code: |
# fsck.ext4 -pf /dev/vg00/lvvar
/dev/vg00/lvvar: 294912/294912 files (0.5% non-contiguous), 623223/1179648 blocks
#
|
Ein Reboot weiter ..
| Code: |
# > /var/test
-bash: /var/test: No space left on device
#
|
Ich könnte ein Backup des FS erstellen und das FS neu anlegen. Aber vielleicht gibs noch eine schönere Alternative? |
|
| Back to top |
|
|
Christian99
Veteran
Joined: 28 May 2009
Posts: 1734
|
| Posted: Fri Mar 21, 2025 9:53 am Post subject: |
|
|
/dev/vg00 sieht nach LVM aus, oder?
leider kenn ich mich damit nicht wirklich aus (eigentlich überhaupt nicht  ), deswegen weiß ich nicht ob es sowas gibt/ob das eine Ursache sein könnte, aber evtl gibt es ja sowas wie fsck für LVM?
Das könntest du nochmal probieren.
Wenn das nicht hilft, kannst du mal im Kernellog nach Fehlermeldungen schauen, oder es ist ein Problem mit der Hardware, dass das physische Medium (HDD/SSD) sich nicht schreiben lässt. |
|
| Back to top |
|
|
snova
n00b
Joined: 08 Dec 2012
Posts: 70
Location: Hannover / Germany
|
| Posted: Fri Mar 21, 2025 9:58 am Post subject: |
|
|
Ja, das ist ein LVM und das stellt nur Blöche bereit. Man kann zwar ein LV read-only einbinden, aber das hab ich nicht aktiv.
| Code: |
# lvdisplay /dev/vg00/lvvar
--- Logical volume ---
LV Path /dev/vg00/lvvar
LV Name lvvar
VG Name vg00
LV UUID tsxIIp-PKtP-4d9g-GOQ7-JK7z-Fkfc-MHiKzs
LV Write Access read/write
LV Creation host, time livecd, 2022-10-04 16:36:53 +0200
LV Status available
# open 1
LV Size 4.50 GiB
Current LE 1152
Segments 2
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 254:4
|
Ein Check auf LVM-Ebene ist mir nicht bekannt.
Was merkwürdig ist, ist dass das Syslog weiter schreibt. Dennoch werden die fehlerhaften Schreibzugriffe auf /var nicht ins Syslog aufgenommen.
| Code: |
# ll /var/log/everything/current
-rw-r--r-- 1 root root 439901 Mar 21 10:53 /var/log/everything/current
# # tail /var/log/everything/current
Mar 21 10:43:01 [dbus-daemon] [session uid=1000 pid=4646 pidfd=4] Successfully activated service 'org.xfce.Xfconf'
Mar 21 10:50:00 [fcron] pam_unix(fcron:session): session opened for user root(uid=0) by root(uid=0)
Mar 21 10:50:00 [fcron] Can't find a unique temporary filename: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
Mar 21 10:50:00 [fcron] fcron child aborted: this does not affect the main fcron daemon, but this may prevent a job from being run or an email from being sent.
Mar 21 10:50:00 [fcron] read_write_pipe(): read/write returned 0: retrying... (size: 4, size_processed: 0, num_retry: 1): Erfolg
Mar 21 10:50:01 [fcron] read_write_pipe(): read/write returned 0: retrying... (size: 4, size_processed: 0, num_retry: 2): Erfolg
Mar 21 10:50:02 [fcron] read_write_pipe(): read/write returned 0: retrying... (size: 4, size_processed: 0, num_retry: 3): Erfolg
Mar 21 10:50:03 [fcron] Could not read job pid because of closed pipe: setting it to -1
Mar 21 10:53:01 [dbus-daemon] [session uid=1000 pid=4646 pidfd=4] Activating service name='org.xfce.Xfconf' requested by ':1.11' (uid=1000 pid=4943 comm="xfdesktop --display :0.0 --sm-client-id 263efbf27-" label="kernel")
Mar 21 10:53:01 [dbus-daemon] [session uid=1000 pid=4646 pidfd=4] Successfully activated service 'org.xfce.Xfconf'
#
|
Ich bin auch der Meinung, dass ich solch ein Problem schon mal hatte. Damals hab ich das Filesystem einfach neu angelegt und ein Backup eingespielt. LVM blieb unangerührt. Damals trafs /usr, wie man hier sehen kann:
| Code: |
# for i in $(vgdisplay -v vg00 | awk '/LV Path/ {print $3}'); do lvdisplay $i | grep -e "LV Path" -e "LV Creation"; tune2fs -l $i | grep "Filesystem created"; echo ; done
LV Path /dev/vg00/lvhome
LV Creation host, time livecd, 2022-10-04 16:34:54 +0200
Filesystem created: Tue Oct 4 16:41:02 2022
LV Path /dev/vg00/lvopt
LV Creation host, time livecd, 2022-10-04 16:35:37 +0200
Filesystem created: Tue Oct 4 16:41:08 2022
LV Path /dev/vg00/lvroot
LV Creation host, time livecd, 2022-10-04 16:36:01 +0200
Filesystem created: Tue Oct 4 16:41:11 2022
LV Path /dev/vg00/lvusr
LV Creation host, time livecd, 2022-10-04 16:36:28 +0200
Filesystem created: Sun Feb 2 19:02:19 2025
LV Path /dev/vg00/lvvar
LV Creation host, time livecd, 2022-10-04 16:36:53 +0200
Filesystem created: Tue Oct 4 16:41:18 2022
#
|
|
|
| Back to top |
|
|
snova
n00b
Joined: 08 Dec 2012
Posts: 70
Location: Hannover / Germany
|
| Posted: Fri Mar 21, 2025 12:23 pm Post subject: |
|
|
Ich hab das Filesystem neu angelegt und das Backup zurückgespielt.
Nun wollte ich ein neuen Sync-Lauf starten aber es kommt weiterhin "No space left on device".
| Code: |
# emerge --sync
[...]
deleting metadata/md5-cache/xfce-extra/xfce4-panel-profiles-1.0.15
deleting metadata/md5-cache/xfce-extra/xfce4-panel-profiles-1.0.14
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/md5-cache/x11-libs/.libX11-1.8.11.Hv7MUm" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/md5-cache/x11-libs/.libxkbcommon-1.8.0.4Zda9A" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/md5-cache/x11-misc/.Manifest.gz.GPnzDh" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/md5-cache/x11-misc/.compose-tables-1.8.11.kLgqlc" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/md5-cache/x11-misc/.xkeyboard-config-2.44.30j8Xl" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/md5-cache/x11-misc/.ydotool-1.0.4-r3.ZhMJG9" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/md5-cache/x11-plugins/.Manifest.gz.oRF7PJ" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/md5-cache/x11-plugins/.wmmand-1.3.2-r2.GyUhBD" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/md5-cache/x11-terms/.Manifest.gz.eX2BTA" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/md5-cache/x11-terms/.alacritty-0.12.3-r1.K6vM97" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/md5-cache/x11-terms/.alacritty-0.14.0-r1.lAuCZW" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/md5-cache/x11-terms/.alacritty-0.15.0.HVeTBL" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/md5-cache/x11-terms/.alacritty-0.15.1.sBpVxG" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/md5-cache/x11-terms/.alacritty-9999.lQ9bkN" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/md5-cache/x11-terms/.terminator-2.1.4.8bWvlS" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/md5-cache/x11-terms/.wezterm-20240203.110809-r2.8Vg6TU" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/md5-cache/xfce-base/.Manifest.gz.Q9iw4R" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/md5-cache/xfce-base/.exo-4.21.0.wOEeJg" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/md5-cache/xfce-extra/.Manifest.gz.vjCmcX" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/md5-cache/xfce-extra/.xfce4-panel-profiles-1.0.15-r1.GPIqNm" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/news/.Manifest.zY0CS2" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/news/.timestamp.chk.wk9Aas" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/metadata/xml-schema/.timestamp.chk.d7ZnrE" failed: No space left on device (28)
rsync: [receiver] mkstemp "/var/db/repos/gentoo/.tmp-unverified-download-quarantine/net-analyzer/.Manifest.gz.z8nkuQ" failed: No space left on device (28)
^C
Exiting on signal 2
jeany /var # rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at io.c(519) [receiver=3.3.0]
rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(716) [generator=3.3.0]
rsync: [receiver] write error: Broken pipe (32)
rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at io.c(1701) [sender=3.3.0]
#
|
diesmal scheinen aber die inodes deutlich kleiner zu sein...
| Code: |
# tune2fs -l /dev/vg00/lvvar | grep inodes
Free inodes: 25
#
|
|
|
| Back to top |
|
|
snova
n00b
Joined: 08 Dec 2012
Posts: 70
Location: Hannover / Germany
|
| Posted: Fri Mar 21, 2025 12:56 pm Post subject: |
|
|
So, hab das Filesystem nochmals angelegt und dies mal den Inodes-Wert deutlich erhöht. Nun läuft der Sync sauber durch.
Ich denke ich hab auch den Grund für das anfängliche Problem gefunden. In meinem Backup fand sich eine Datei mit der Größe von 20GB (in einem Filesystem von 4,5GB Größe). Wie verwaltet Linux diese Sparse-Dateien? Kann es sein, dass die Sparse-Datei hier Probleme machte? Der Zeitstempel der Datei war vom April 2023. |
|
| Back to top |
|
|
firefly
Watchman
Joined: 31 Oct 2002
Posts: 5340
|
| Posted: Fri Mar 21, 2025 5:16 pm Post subject: |
|
|
Im die anzahl der freien inodes herauszufinden gibt es den -i parameter von df
| Quote: |
$ df -i /
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sd1 61014016 2024917 58989099 4% / |
Dann hätte man das vermutlich früher herausfinden können.
_________________
Ein Ring, sie zu knechten, sie alle zu finden,
Ins Dunkel zu treiben und ewig zu binden
Im Lande Mordor, wo die Schatten drohn. |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Deutsches Forum (German)
