Hi!
I have another partition (not the installation one) with various data.
It's ~150GB with ~50GB of them free, Logical partition (MBR) ext4 formatted.
After last boot, Debian reported that no free space left. Same problem after booting from live cd.
Gparted can see that the partition is 150GB, 50GB free.
Disk check completed successfully. No errors reported.
Why Debian (I'm on Jessie x64 KDE), "lost" those 50GB???
Is it Debian's or ext4 error?
Any solutions besides the obvious (copy the files and reformat)?
Sidequestion: Is ext the proper filesystem for storing various data (NOT for installation or user partition), or an alternative is preferable?
TIA!
Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230
HD space problem.
HD space problem.
For the glorious men, every land is a grave.
Pericles' Funeral Oration. Thucydides.
Pericles' Funeral Oration. Thucydides.
Re: HD space problem.
It's the DATA partition.
I moved a few files for making some room in order to work, thus the usage fell to 91 (from 100%).
I moved a few files for making some room in order to work, thus the usage fell to 91 (from 100%).
Code: Select all
>df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda2 27083824 16446628 9238412 65% /
udev 10240 0 10240 0% /dev
tmpfs 340928 892 340036 1% /run
tmpfs 5120 4 5116 1% /run/lock
tmpfs 1705440 1768 1703672 1% /run/shm
cgroup 12 0 12 0% /sys/fs/cgroup
cgmfs 100 0 100 0% /run/cgmanager/fs
tmpfs 340928 8 340920 1% /run/user/1000
/dev/sda6 151541932 129803652 14017328 91% /media/giorgos/DATA
>
For the glorious men, every land is a grave.
Pericles' Funeral Oration. Thucydides.
Pericles' Funeral Oration. Thucydides.
Re: HD space problem.
The partition sure looks full. I'm not sure why gparted doesn't know it's exact free space. I do know that I have seen some odd things when managing and/or sharing ext4 between jessie and stretch. Partitions created on jessie seem fine on stretch, but stretch partitions don't seem to be able to be managed correctly on jessie in all cases. I can't give you an example, but IIRC I saw an error msg when trying to fsck or maybe tune2fs a stretch-created fs using jessie's tools.
You say you are on jessie x64 KDE, so I guess that different os potential can be ruled out. The partition has not been shared or managed with any other operating system or live system?
You say you are on jessie x64 KDE, so I guess that different os potential can be ruled out. The partition has not been shared or managed with any other operating system or live system?
resigned by AI ChatGPT
Re: HD space problem.
Oh I didn't know of these problems!
Indeed I was accessed once or twice that partition with Stretche's live cd, although I can't recall if I wrote something or I was at read-only mode.
I'll avoid it at future.
For the time being, I'll copy what I need and I'll reformat it.
THANKS bw123!!!
Indeed I was accessed once or twice that partition with Stretche's live cd, although I can't recall if I wrote something or I was at read-only mode.
I'll avoid it at future.
For the time being, I'll copy what I need and I'll reformat it.
THANKS bw123!!!
For the glorious men, every land is a grave.
Pericles' Funeral Oration. Thucydides.
Pericles' Funeral Oration. Thucydides.
-
- Global Moderator
- Posts: 3049
- Joined: 2017-09-17 07:12
- Has thanked: 5 times
- Been thanked: 132 times
Re: HD space problem.
Ext4 filesystems created by Stretch's e2fsprogs have the "metadata_csum" feature enabled by default, but Jessie's e2fsprogs cannot handle it.bw123 wrote:Partitions created on jessie seem fine on stretch, but stretch partitions don't seem to be able to be managed correctly on jessie in all cases. I can't give you an example, but IIRC I saw an error msg when trying to fsck or maybe tune2fs a stretch-created fs using jessie's tools.
Sure it is, as a general purpose filesystem.Mad_7 wrote:Is ext the proper filesystem for storing various data
Can you post the output of
Code: Select all
tune2fs -l /dev/sda6
Re: HD space problem.
Drats!p.H wrote: Ext4 filesystems created by Stretch's e2fsprogs have the "metadata_csum" feature enabled by default, but Jessie's e2fsprogs cannot handle it.
p.H wrote: Can you post the output of
Code: Select all
>tune2fs -l /dev/sda6
tune2fs 1.43.3 (04-Sep-2016)
Filesystem volume name: DATA
Last mounted on: /media/giorgos/DATA
Filesystem UUID: 05b44348-400a-48ea-942b-593031e9cfcd
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 9633792
Block count: 38522880
Reserved block count: 1926142
Free blocks: 5435198
Free inodes: 9594626
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 1014
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 512
RAID stride: 32731
Flex block group size: 16
Filesystem created: Sat Nov 18 22:40:29 2017
Last mount time: Tue Apr 3 23:35:42 2018
Last write time: Tue Apr 3 23:39:32 2018
Mount count: 7
Maximum mount count: -1
Last checked: Tue Apr 3 14:29:10 2018
Check interval: 0 (<none>)
Lifetime writes: 1285 GB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Journal inode: 8
Default directory hash: half_md4
Directory Hash Seed: ca3e6ab1-c751-4084-9c83-8488c49dbcc4
Journal backup: inode blocks
>
For the glorious men, every land is a grave.
Pericles' Funeral Oration. Thucydides.
Pericles' Funeral Oration. Thucydides.
-
- Global Moderator
- Posts: 3049
- Joined: 2017-09-17 07:12
- Has thanked: 5 times
- Been thanked: 132 times
Re: HD space problem.
Code: Select all
Block count: 38522880
Free blocks: 5435198
Re: HD space problem.
OK! Copied away everything, formatted and moved again on original location.
THANKS guys!!!
PS1. I used GParted live cd and I noticed that it didn't enable the 64-bit feature, which made me curious.
I searched online and found that 64-bit feature is enabled be default. only for really big disks, due to incompatibilities with GRUB and boot managers in general.
I reformatted manually enabling 64bit. So far I didn't notice any GRUB2 problems.
PS2. mke2fs suggested "Use Linux kernel >= 3.18 for improved stability of the metadata and journal checksum features".
I can see that there is indeed a newer Kernel version backported.
I'll try it asap.
THANKS guys!!!
PS1. I used GParted live cd and I noticed that it didn't enable the 64-bit feature, which made me curious.
I searched online and found that 64-bit feature is enabled be default. only for really big disks, due to incompatibilities with GRUB and boot managers in general.
I reformatted manually enabling 64bit. So far I didn't notice any GRUB2 problems.
PS2. mke2fs suggested "Use Linux kernel >= 3.18 for improved stability of the metadata and journal checksum features".
I can see that there is indeed a newer Kernel version backported.
I'll try it asap.
For the glorious men, every land is a grave.
Pericles' Funeral Oration. Thucydides.
Pericles' Funeral Oration. Thucydides.