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.

If none of the specific sub-forums seem right for your thread, ask here.
Post Reply
Message
Author
User avatar
Mad_7
Posts: 111
Joined: 2010-01-09 21:05
Location: Patra, Greece, Europe.

HD space problem.

#1 Post by Mad_7 »

Hi! :D

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! :)
For the glorious men, every land is a grave.
Pericles' Funeral Oration. Thucydides.

User avatar
bw123
Posts: 4015
Joined: 2011-05-09 06:02
Has thanked: 1 time
Been thanked: 28 times

Re: HD space problem.

#2 Post by bw123 »

Maybe if you paste the "no space left" error msg from the logs, and the partition layout, and some df or du output... In code tags.
resigned by AI ChatGPT

User avatar
Mad_7
Posts: 111
Joined: 2010-01-09 21:05
Location: Patra, Greece, Europe.

Re: HD space problem.

#3 Post by Mad_7 »

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%).

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.

User avatar
bw123
Posts: 4015
Joined: 2011-05-09 06:02
Has thanked: 1 time
Been thanked: 28 times

Re: HD space problem.

#4 Post by bw123 »

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?
resigned by AI ChatGPT

User avatar
Mad_7
Posts: 111
Joined: 2010-01-09 21:05
Location: Patra, Greece, Europe.

Re: HD space problem.

#5 Post by Mad_7 »

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!!! :wink:
For the glorious men, every land is a grave.
Pericles' Funeral Oration. Thucydides.

p.H
Global Moderator
Global Moderator
Posts: 3049
Joined: 2017-09-17 07:12
Has thanked: 5 times
Been thanked: 132 times

Re: HD space problem.

#6 Post by p.H »

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.
Ext4 filesystems created by Stretch's e2fsprogs have the "metadata_csum" feature enabled by default, but Jessie's e2fsprogs cannot handle it.
Mad_7 wrote:Is ext the proper filesystem for storing various data
Sure it is, as a general purpose filesystem.
Can you post the output of

Code: Select all

tune2fs -l /dev/sda6
when the partition is unmounted ?

User avatar
Mad_7
Posts: 111
Joined: 2010-01-09 21:05
Location: Patra, Greece, Europe.

Re: HD space problem.

#7 Post by Mad_7 »

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.
Drats! :shock:
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.

p.H
Global Moderator
Global Moderator
Posts: 3049
Joined: 2017-09-17 07:12
Has thanked: 5 times
Been thanked: 132 times

Re: HD space problem.

#8 Post by p.H »

Code: Select all

Block count:              38522880
Free blocks:              5435198
That confirms that the filesystem is almost full.

User avatar
Mad_7
Posts: 111
Joined: 2010-01-09 21:05
Location: Patra, Greece, Europe.

Re: HD space problem.

#9 Post by Mad_7 »

OK! Copied away everything, formatted and moved again on original location.

THANKS guys!!! :wink:

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.

Post Reply