On Wed, 2025-01-08 at 18:02 -0800, Samuel Sieb wrote: > On 1/8/25 2:25 PM, Charlie McVeigh via users wrote: > > 2) Once on the command line I can perform most any and all file > > operations. A file operation will fail when attempting to write > > to > > the disk. > > > > for example "echo 1 > foo" will fail with a message "no space left > > on > > device" > > > > 3) using "df -h" i have the following > > > > root@fedora:~# df -h > > Filesystem Size Used Avail Use% Mounted on > > /dev/dm-0 19G 12G 6.5G 65% / > > devtmpfs 4.0M 0 4.0M 0% /dev > > tmpfs 3.9G 0 3.9G 0% /dev/shm > > efivarfs 256K 28K 229K 11% /sys/firmware/efi/ > > efiv > > ars > > tmpfs 1.6G 9.0M 1.6G 1% /run > > /dev/dm-0 19G 12G 6.5G 65% /home > > tmpfs 3.9G 0 3.9G 0% /tmp > > /dev/nvme0n1p2 947M 418M 489M 47% /boot > > /dev/nvme0n1p1 599M 12M 588M 2% /boot/efi > > > > > > On further checking the "no space left on device" message is only > > happening on the file systems mounted on / and /home. I can > > create > > files on all of the other mount points using my "echo 1 >foo" > > command > > from above. > > Run "journalctl -b" and see if you can find any relevant info. If > there > are any issues with running that, then try "dmesg". > > > The problems exits with the /dev/dm-0 disk. > > > > the mount command returns the following for those two mount points: > > > > /dev/mapper/luks-197957e4-4760--45e1-8e92-c6762103fc25 on / type > > btrfs > > (rw,relatime,seclabel,compresszstd:1,ssd,space_cache=v2,subvolid=25 > > 7,su > > bvol=/root) > > > > /dev/mapper/luks-197957e4-4760--45e1-8e92-c6762103fc25 on /home > > type > > btrfs > > (rw,relatime,seclabel,compresszstd:1,ssd,space_cache=v2,subvolid=25 > > 6,su > > bvol=/home) > > So it's btrfs on top of LUKS. The question is which layer has the > issue. Is there any chance that the host filesystem is full? > > What does "fdisk -l" show? > What is the output of "btrfs filesystem usage /" and "btrfs > filesystem > show /"? > Try to run "mount -o ro,remount /" and "mount -o ro,remount /home" > If that fails, it's ok. > Then run "btrfs check -p --force /dev/dm-0" > My Fedora 40 VM as it sits, is somewhat crippled in that I can not cut and paste from the VM console since VMware tools will not start. I can take screenshots from my MacBook where the the VMware Fusion hypervisor is running. I apologize if this is a faux pas for the list but I have created a shareable PDF and loaded it to DropBox for anyone on the list who is interested to review the screen shots. I don't think that this list supports me putting screen shots directly into the list emails. The PDF is here: https://www.dropbox.com/scl/fi/4aenvxxqv1y893p05qs7p/Fedora-40-VM-post-Upgrade.pdf?rlkey=48pwjwqfch3c43wqky86ivra1&st=goxu9t7q&dl=0 "journalctl -b" output is in the PDF "dmesg" output is in the PDF The host file system does not appear to be full or constrained for space in any way. "fdisk -l" output is in the PDF "btrfs filesystem usage /" output is in the PDF "btrfs filesystem show /" output is in the PDF "mount -o ro,remount /" and "mount -o ro,remount /home" both work without error "btrfs check -p --force /dev/dm-0" output is in the PDF Thanks again for looking. Charlie -- _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
