openSUSE Leap 15 : 100Go Root DISK Full after new installation 1.9Go free

Hello,

I’ve tried to install openSUSE Leap 15 on 2 notebooks one failed twice :

**The first one is 100% OK : **
ACER ASPIREone D255E 10" with 500 Go SSD Trial Boot Windows10 / FEDORA 29 / openSUSE Leap 15 ( MBR ) for job.

**The second has The Root ( 100Go ! ) Disk Full… **
Asus x541 17" Dual Boot Windows 10 / openSUSE Leap 15 ( MBR ) only for fun.

**I’ve a special way to install Softwares on Linux : **

  • First I selected Packman, etc… repositories via YaST2,
  • Then I install ‘manually’ Visual Studio CODE, PowerSell 6.0 and Google Chrome from terminal,
  • Then I use only one single terminal command for installing all
    the other desired software included ~20 Go of Games.

( This is my Copy/Paste/ENTER/y & Go to Bed philosophy lol!..)

On the next morning :

  • The installation on the Acer was finished OK,
  • The installation on the Asus was stopped due to … 100 Go Root Disk Full which this is quite impossible to imagine.

I alwa****ys create 4 partitions :

  • 1 Go for MBR or UEFI,
  • 2 time RAM size for Swap = 17 Go in this case,
  • 90 to 100 Go for Root, 100Go in Btrfs in this case,
  • 50 to 200 Go & sup for Home in ext4.

These same Commands has been successful on :

  • This Notebook for FEDORA 29 installation ( *dnf -y instead of zypper *
    ) - The ASPIRE Notebook for both openSUSE & fedora 29 installations…

**I tried to use snapper to fix that problem :
**I’ve deleted 16 of the 18 snapshots but it changed nothing.

**I tried to use zypper clean :
**it did cleaned repo but it changed nothing…

I changed the Disk :
I thought that it was may be the 1To HDD disk which was faulty.
I replaced it by a brand new 500Go SSD disk and I made again the Full Windows 10 & openSUSE Leap 15 installations this time without enabling snapper :
I have the same Issue with the new SSD disk : I’ve again 100Go Root Disk Full …

Can you help me to troubleshoot that PB ?
Best regards.

For info :

Desktop Gnome X11 ( + DashToDock extension to have a UNITY like User Experience )

The Commands used are the following :
( some software are not installed as they are not present in openSUSE repos but it generates only a warning and step next )**zypper install easytag puddletag fbreader chromium terminator htop fritzing python python-idle python-tk python2-pip python2-pyserial python2-pycodestyle python3 python3-idle python3-tools python3-tk python3-pip python3-pyserial python3-pycodestyle spyder python3-spyder geany ninja-ide telnet vlc vlc-codecs playonlinux q4wine winetricks urbanterror worldofpadman alienarena darkplaces nexuiz redeclipse tremulous openarena teeworlds tmw freedroidrpg freedink wesnoth freecol freeciv lordsawar scorched3d warmux hedgewars megaglest netpanzer widelands openttd lincity-ng vegastrike FlightGear gl-117 sar2 chromium-bsu glaxium vdrift ultimatestunts torcs speed-dreams armacycles-ad extremetuxracer supertuxkart freetennis bolzplatz2006 pokerth plee-the-bear supertux frozen-bubble zaz amoebax tuxtype2 0ad bzflag endless-sky frozen-bubble gnome-nibbles lbreakout2 neverball ninvaders pacman quadrapassel supertuxkart aisleriot cockatrice gnome-mahjongg gnome-2048 gnome-mines gnome-sudoku gnome-tetravex gweled kanagram lightsoff puzzles simsu bovo dreamchess four-in-a-row freeciv freeorion gnome-chess gnubg gnuchess gnugo hedgewars openttd pingus uqm warzone2100 wesnoth widelands xboard mrrescue supertux astromenace blinken chocolate-doom dhewm3 lugaru naev openclonk pioneer redeclipse xonotic freedroidrpg openmw steam bomber

**

You didn’t describe what type of disk you’re using for the problem installation.
If it’s an SSD and you’re doing a lot of writes and re-writes, eg at least one re-installation, you’ve probably run out of free traps and need to TRIM or otherwise clear the traps.

https://wiki.archlinux.org/index.php/Solid_state_drive

TSU

Hello tsu2,
Thanks a lot for your answer :

Concerning the disks :

  1. First install :
    HDD 1To, Full reformated by full ‘slow’ formatting option ( 1 To of zeros theorically written ) 1. **Second install : **
    SSD 500Go 1. Both install on the same Notebook with 2 diffrents disks had the same Issues…

And to simplify :
Same install 100% OK with 2 others Notebooks !

  • ASPIRE D255E as described before
  • And now
    ASUS TransformerBook T101HA ( except for Games installation which are reduced to 1Go as this T101HA has only 40Go dedicated for root )

I’ll read https://wiki.archlinux.org/index.php/Solid_state_drive and try once again…

Eh, just for the sake of it: it’s GB ( Gigabyte ), not Go …

Please show


btrfs fi df /

  • Eh, just for the sake of it: it’s GB ( Gigabyte ), not Go …*

First of all, I’m very sorry for Go which is French is meaning Giga Octets.
( 1 Octets = 8 bits Then 1 Giga Octets = 8 Giga bits = 1 Giga Bytes )

**Infos concerning Notebook Asus X541 with the 1TB HDD DISK installed again : **

New Issue :

  • Impossible to start openSUSE : nouveau 0000:0100.0: DRM: Pointer to TMDS table invalid
  • But… Windows still run 100% OK

Then I reinstalled again openSUSE Leap 15.

New Issue after Restart : No User created (?)
I Logged in root and create 2 users With ‘User & Group’,
I try to log to one of the User.

**New Issue : **
Oh no! Something has gone wrong.
A problem has occured and the system can’t recover.
Please log out and try again.

I logout, Check the User : No default desktop was selected for the User,
I simply select Gnome Desktop and logged OK.

**Somme Disk Infos :
**
**AFTER USER CREATION ( User & Group ) **
opensuse_user_007 # btrfs fi df /
Data, single: total=5.01GiB, used=4.27GiB
System, single: total=4.00MiB, used=16.00KiB
Metadata, single: total=1.01GiB, used=142.28MiB
GlobalReserve, single: total=16.00MiB, used=0.00B
opensuse_user_007 #

AFTER ADDING REPO AND FIRST UPDATE
Packman,etc… + su -c ‘zypper up’
opensuse_user_007 # su -c 'zypper up’
opensuse_user_007 #btrfs fi df /
Data, single: total=6.01GiB, used=4.80GiB
System, single: total=4.00MiB, used=16.00KiB
Metadata, single: total=1.01GiB, used=146.17MiB
GlobalReserve, single: total=16.00MiB, used=0.00B
opensuse_user_007 #

New Issue after Restart :
The Notebook is correcting detected issues since 1.5 day !
[nnnn.nnnnnn] pcieport 0000:00:1c.5: PCIe BusError: severity=Corrected, type= Physical Layer, id =00e5(R…
[nnnn.nnnnnn] pcieport 0000:00:1c.5: device [8086:9d15] error status/mask=00000001/00002000
[nnnn.nnnnnn] pcieport 0000:00:1c.5: 0] Receiber Error
**
I’m Still waiting for Asus X541 to end correcting issues…**

**NB :
During that time I’ve installed successfully openSUSE Leap15 on another Notebook :
**HP Pavillion x360 with 500GB HDD, here is the btrfs fi df / step by step for the installation,
if it can help…

FIRST INSTALLATION ( GNOME )deus_ex_machina # btrfs fi df /
Data, single: total=5.01GiB, used=4.27GiB
System, single: total=4.00MiB, used=16.00KiB
Metadata, single: total=1.00GiB, used=142.28MiB
GlobalReserve, single: total=16.00MiB, used=0.00B
deus_ex_machina #

NEW REPO ADDED & FIRST UPDATE ( su -c ‘zypper up’ )
**# su -c ‘zypper up’ **
deus_ex_machina # btrfs fi df /
Data, single: total=6.01GiB, used=4.80GiB
System, single: total=4.00MiB, used=16.00KiB
Metadata, single: total=1.00GiB, used=146.17MiB
GlobalReserve, single: total=16.00MiB, used=0.00B
deus_ex_machina #

FULL PROGRAMS & FULL GAMES’ INSTALLATION AS DESCRIBED BEFORE
deus_ex_machina # btrfs fi df /
Data, single: total=21.01GiB, used=19.81GiB
System, DUP: total=32.00MiB, used=16.00KiB
Metadata, DUP: total=1.00GiB, used=537.84MiB
GlobalReserve, single: total=46.67MiB, used=0.00B
deus_ex_machina #

As the size of the Disk dedicated to Root is 97 GB, there is still enough FREE SPACE for sucessives SNAPSHOTS & for new Programs installation…

I’ll send to the Disk info for Asus X541 itself as soon as it is sarting :frowning:

Thanks Again for your help…
Best regards

Before continuing, please do not use those colorful stuff, use CODE tags ( the # in the editor ) without further formatting, makes posts more readable. Use other formatting only the accentuate things ( one bold line in output f.e. )

Hello,
OK…

Could you please show output of


sudo fdisk -l

Hello,

The ASUS X541 is running again and the Root disk is effectly full

btrfs fi df

opensuse_user_007 # btrfs fi df /Data, single: total=97.98GiB, used=94.25GiB
System, DUP: total=8.00MiB, used=16.00KiB
Metadata, DUP: total=1.00GiB, used=168.36MiB
GlobalReserve, single: total=16.27MiB, used=160.00KiB
opensuse_user_007 # 

fdisk -l

opensuse_user_007 # sudo fdisk -l
Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x4213e1b8


Device     Boot     Start        End    Sectors   Size Id Type
/dev/sda1  *         2048    1026047    1024000   500M  7 HPFS/NTFS/exFAT
/dev/sda2         1026048  371408895  370382848 176.6G  7 HPFS/NTFS/exFAT
/dev/sda3       371408896 1953525167 1582116272 754.4G  5 Extended
/dev/sda5       371410944  373508095    2097152     1G ef EFI (FAT-12/16/32)
/dev/sda6       373510144  409161727   35651584    17G 82 Linux swap / Solaris
/dev/sda7       409163776  618878975  209715200   100G 83 Linux
/dev/sda8       618881024 1950320639 1331439616 634.9G 83 Linux
opensuse_user_007 # 

Hello again,
If it can help…

btrfs fi usage /

opensuse_user_007 # btrfs fi usage /Overall:
    Device size:         100.00GiB
    Device allocated:         100.00GiB
    Device unallocated:           1.00MiB
    Device missing:             0.00B
    Used:              94.50GiB
    Free (estimated):           3.82GiB    (min: 3.82GiB)
    Data ratio:                  1.00
    Metadata ratio:              2.00
    Global reserve:          16.66MiB    (used: 0.00B)


Data,single: Size:97.98GiB, Used:94.17GiB
   /dev/sda7      97.98GiB


Metadata,DUP: Size:1.00GiB, Used:173.25MiB
   /dev/sda7       2.00GiB


System,DUP: Size:8.00MiB, Used:16.00KiB
   /dev/sda7      16.00MiB


Unallocated:
   /dev/sda7       1.00MiB
opensuse_user_007 # 


Have a look at


sudo snapper list

Or use the YaST snapper utility to remove older snapshots.