Page 1 of 6 123 ... LastLast
Results 1 to 10 of 56

Thread: Unexpected error - disk space?

  1. #1

    Default Unexpected error - disk space?

    Leap & KDE desktop. Today received error about tmp being full. This is while attempting to update Mozilla apps.

    This is the output of df -h with sda6 being nearly full. sda6 is the system (root) partition.

    Code:
    :~> df -h
    Filesystem      Size  Used Avail Use% Mounted on
    devtmpfs        3.9G     0  3.9G   0% /dev
    tmpfs           3.9G  276K  3.9G   1% /dev/shm
    tmpfs           3.9G  2.1M  3.9G   1% /run
    tmpfs           3.9G     0  3.9G   0% /sys/fs/cgroup
    /dev/sda6        21G   20G   32M 100% /
    /dev/sda6        21G   20G   32M 100% /.snapshots
    /dev/sda6        21G   20G   32M 100% /var/tmp
    /dev/sda6        21G   20G   32M 100% /usr/local
    /dev/sda6        21G   20G   32M 100% /var/spool
    /dev/sda6        21G   20G   32M 100% /tmp
    /dev/sda6        21G   20G   32M 100% /var/opt
    /dev/sda6        21G   20G   32M 100% /srv
    /dev/sda6        21G   20G   32M 100% /var/log
    /dev/sda6        21G   20G   32M 100% /var/lib/libvirt/images
    /dev/sda6        21G   20G   32M 100% /var/lib/pgsql
    /dev/sda6        21G   20G   32M 100% /var/lib/named
    /dev/sda6        21G   20G   32M 100% /var/crash
    /dev/sda6        21G   20G   32M 100% /var/lib/mariadb
    /dev/sda6        21G   20G   32M 100% /var/lib/mailman
    /dev/sda6        21G   20G   32M 100% /var/lib/mysql
    /dev/sda6        21G   20G   32M 100% /opt
    /dev/sda6        21G   20G   32M 100% /boot/grub2/x86_64-efi
    /dev/sda6        21G   20G   32M 100% /boot/grub2/i386-pc
    /dev/sda7       890G  450G  439G  51% /home
    I note that I have 20+ snapshots and presume I can safely remove some, if not most of them. I see that in YaST I can use snapper to do this, is that the proper course of action? How many, or how far back should I keep?

    Should I consider enlarging sda6? The size was the recommendation when I installed Leap. Is there a safe way to resize after I back up /home (sda7)? Or will I need to reformat & reinstall? I have never fooled with partitioning tools in Linux.

    Thanks, Jon

  2. #2
    Join Date
    Nov 2013
    Location
    Kamloops, BC, Canada
    Posts
    3,974

    Default Re: Unexpected error - disk space?

    Quote Originally Posted by 6520302 View Post
    I note that I have 20+ snapshots and presume I can safely remove some, if not most of them. I see that in YaST I can use snapper to do this, is that the proper course of action? How many, or how far back should I keep?
    Yes, you can remove snapshots to get more space. How far back you keep them is up to you.

    Should I consider enlarging sda6? The size was the recommendation when I installed Leap.
    The recommended size for the BTRFS file system is 40-Gig for root, especially if snapshots are enabled. You have only 21-Gig for root.

    Is there a safe way to resize after I back up /home (sda7)? Or will I need to reformat & reinstall? I have never fooled with partitioning tools in Linux.
    To answer that, I would need the output from:
    Code:
    gdisk -l /dev/sda
    Code:
    parted -l
    Code:
    fdisk -l
    -Gerry Makaro
    Fraser-Bell Info Tech
    Solving Tech Mysteries since the Olden Days!
    ~~
    If I helped you, consider clicking the Star at the bottom left of my post.

  3. #3

    Default Re: Unexpected error - disk space?

    Quote Originally Posted by Fraser_Bell View Post
    To answer that, I would need the output from:
    Code:
    :~ # gdisk -l /dev/sda
    GPT fdisk (gdisk) version 0.8.8
    
    Partition table scan:
      MBR: MBR only
      BSD: not present
      APM: not present
      GPT: not present
    
    
    ***************************************************************
    Found invalid GPT and valid MBR; converting MBR to GPT format
    in memory. 
    ***************************************************************
    
    Disk /dev/sda: 1953525168 sectors, 931.5 GiB
    Logical sector size: 512 bytes
    Disk identifier (GUID): FB5D7C41-0571-43DE-8835-ECBF24B42F9E
    Partition table holds up to 128 entries
    First usable sector is 34, last usable sector is 1953525134
    Partitions will be aligned on 8-sector boundaries
    Total free space is 29671 sectors (14.5 MiB)
    
    Number  Start (sector)    End (sector)  Size       Code  Name
       1              63           80324   39.2 MiB    0700  Microsoft basic data
       5           83968        16883711   8.0 GiB     8200  Linux swap
       6        16885760        58830847   20.0 GiB    8300  Linux filesystem
       7        58832896      1953503231   903.4 GiB   8300  Linux filesystem

    Code:
    :~ # parted -l
    Model: ATA ST31000524AS (scsi)
    Disk /dev/sda: 1000GB
    Sector size (logical/physical): 512B/512B
    Partition Table: msdos
    Disk Flags: 
    
    Number  Start   End     Size    Type      File system     Flags
     1      32.3kB  41.1MB  41.1MB  primary   fat16           hidden, type=16
     2      41.9MB  1000GB  1000GB  extended                  boot, lba, type=0f
     5      43.0MB  8644MB  8601MB  logical   linux-swap(v1)  type=82
     6      8646MB  30.1GB  21.5GB  logical   btrfs           type=83
     7      30.1GB  1000GB  970GB   logical   ext4            type=83

    Code:
    :~ # 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 / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disklabel type: dos
    Disk identifier: 0xf44763df
    
    Device     Boot    Start        End    Sectors   Size Id Type
    /dev/sda1             63      80324      80262  39.2M 16 Hidden FAT16
    /dev/sda2  *       81920 1953523711 1953441792 931.5G  f W95 Ext'd (LBA)
    /dev/sda5          83968   16883711   16799744     8G 82 Linux swap / Solaris
    /dev/sda6       16885760   58830847   41945088    20G 83 Linux
    /dev/sda7       58832896 1953503231 1894670336 903.5G 83 Linux
    This computer originally contained openSuse v11.x upgraded to v12.1 and now a fresh install of Leap. Have no idea why MBR still shows original Dell preload FAT, I never installed the preloaded win image. Guess I didn't format it when I first installed openSuse.

    Thanks for the quick reply. I'll start by removing some snapshots to give me some wiggle room.

  4. #4
    Join Date
    Nov 2013
    Location
    Kamloops, BC, Canada
    Posts
    3,974

    Default Re: Unexpected error - disk space?

    Quote Originally Posted by 6520302 View Post
    Code:
    :~ # gdisk -l /dev/sda
    GPT fdisk (gdisk) version 0.8.8
    
    Partition table scan:
      MBR: MBR only
      BSD: not present
      APM: not present
      GPT: not present
    
    
    ***************************************************************
    Found invalid GPT and valid MBR; converting MBR to GPT format
    in memory. 
    ***************************************************************
    
    Disk /dev/sda: 1953525168 sectors, 931.5 GiB
    Logical sector size: 512 bytes
    Disk identifier (GUID): FB5D7C41-0571-43DE-8835-ECBF24B42F9E
    Partition table holds up to 128 entries
    First usable sector is 34, last usable sector is 1953525134
    Partitions will be aligned on 8-sector boundaries
    Total free space is 29671 sectors (14.5 MiB)
    
    Number  Start (sector)    End (sector)  Size       Code  Name
       1              63           80324   39.2 MiB    0700  Microsoft basic data
       5           83968        16883711   8.0 GiB     8200  Linux swap
       6        16885760        58830847   20.0 GiB    8300  Linux filesystem
       7        58832896      1953503231   903.4 GiB   8300  Linux filesystem

    Code:
    :~ # parted -l
    Model: ATA ST31000524AS (scsi)
    Disk /dev/sda: 1000GB
    Sector size (logical/physical): 512B/512B
    Partition Table: msdos
    Disk Flags: 
    
    Number  Start   End     Size    Type      File system     Flags
     1      32.3kB  41.1MB  41.1MB  primary   fat16           hidden, type=16
     2      41.9MB  1000GB  1000GB  extended                  boot, lba, type=0f
     5      43.0MB  8644MB  8601MB  logical   linux-swap(v1)  type=82
     6      8646MB  30.1GB  21.5GB  logical   btrfs           type=83
     7      30.1GB  1000GB  970GB   logical   ext4            type=83

    Code:
    :~ # 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 / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disklabel type: dos
    Disk identifier: 0xf44763df
    
    Device     Boot    Start        End    Sectors   Size Id Type
    /dev/sda1             63      80324      80262  39.2M 16 Hidden FAT16
    /dev/sda2  *       81920 1953523711 1953441792 931.5G  f W95 Ext'd (LBA)
    /dev/sda5          83968   16883711   16799744     8G 82 Linux swap / Solaris
    /dev/sda6       16885760   58830847   41945088    20G 83 Linux
    /dev/sda7       58832896 1953503231 1894670336 903.5G 83 Linux
    This computer originally contained openSuse v11.x upgraded to v12.1 and now a fresh install of Leap. Have no idea why MBR still shows original Dell preload FAT, I never installed the preloaded win image. Guess I didn't format it when I first installed openSuse.

    Thanks for the quick reply. I'll start by removing some snapshots to give me some wiggle room.
    Okay, what I get from this is that you are still using the legacy MBR / Dos partitioning, which is okay.

    However, you have all of Linux in Logical partitions in an Extended partition, not really a good layout to begin with, as the only other Primary (Extended is a special case of a Primary partition) is the Hidden Factory Restore.

    If you are willing to spend a bit of time, you could make things a lot better by repartitioning the disk and re-installing Leap.

    To do so, I recommend:

    1. Back up the drive using Clonezilla;
    2. Get rid of the hidden partition, since you do not need -- and say you do not want -- it;
    3. Create a Primary root (/) partition of about 40-Gig or more, formatted to BTRFS;
    4. Create a Primary /home partition, make certain it is larger than the current size of sda7, ie: larger than 903.5-Gig, formatted to ext4;
    5. Restore sda7 to the new /home partition (I will tell you how to do that when you reach that stage) using Clonezilla; and
    6. Re-install Leap as Legacy using Custom Partitioning (I will guide you with this when you are ready for this stage).


    Are you willing? If so, I (and/or others here) will guide you with each step to make certain you get where you want.

    Of course, the initial backup is very important in case anything blows up on you, and the sda7 portion of that backup is prime importance. I am presuming (hoping?) you have an external drive of some sort to back up to.
    -Gerry Makaro
    Fraser-Bell Info Tech
    Solving Tech Mysteries since the Olden Days!
    ~~
    If I helped you, consider clicking the Star at the bottom left of my post.

  5. #5

    Default Re: Unexpected error - disk space?

    Quote Originally Posted by Fraser_Bell View Post
    Okay, what I get from this is that you are still using the legacy MBR / Dos partitioning, which is okay.

    I recommend:

    1. Back up the drive using Clonezilla;
    2. Get rid of the hidden partition, since you do not need -- and say you do not want -- it;
    3. Create a Primary root (/) partition of about 40-Gig or more, formatted to BTRFS;
    4. Create a Primary /home partition, make certain it is larger than the current size of sda7, ie: larger than 903.5-Gig, formatted to ext4;
    5. Restore sda7 to the new /home partition (I will tell you how to do that when you reach that stage) using Clonezilla; and
    6. Re-install Leap as Legacy using Custom Partitioning (I will guide you with this when you are ready for this stage).
    #3 & 4 puzzles me. They add to 943 Gig, a bit larger than what I see in the numbers available to me.

    Are you willing? If so, I (and/or others here) will guide you with each step to make certain you get where you want.

    Of course, the initial backup is very important in case anything blows up on you, and the sda7 portion of that backup is prime importance. I am presuming (hoping?) you have an external drive of some sort to back up to.
    I obviously need to do this, but not this week. I need to make sure I have all my ducks in a row, including making sure I have my IRS tax return completed before I will feel comfortable risking the possibility that things may go sour. Probably be more than a month before I get to that point.

    I do have a 1.5TB usb drive that is formatted NTFS (which I could change if needed). I guess Clonezilla will need to wipe the existing data on that drive, or does it create an image file which would allow me to keep the existing contents of the usb drive?

  6. #6
    Join Date
    Nov 2013
    Location
    Kamloops, BC, Canada
    Posts
    3,974

    Default Re: Unexpected error - disk space?

    Quote Originally Posted by 6520302 View Post
    #3 & 4 puzzles me. They add to 943 Gig, a bit larger than what I see in the numbers available to me.
    Actually, if you note, each output gives a different result for the numbers. This is because of the different ways people count Gs, in the output you will see there is GB and there is GiB

    But, basically, all three ignore the Hidden partition when they tell you the overall size of the drive in their respective measurements. You have a 1TB internal drive, correct?

    All numbers are approximate rounding to give a start plan for what will be done.

    But, you are right, I will need to look more closely at it while you are herding your duck team. I see, looking again, the the hidden partition is only 40 Megs, when I had mistaken it for 40-Gig on fast reading. When you are ready to go, let me know, and I will be submitting a slightly altered plan for you. You could PM me to let me know when you are back, but we will continue the work in this thread so others can follow and learn from it.

    I obviously need to do this, but not this week. I need to make sure I have all my ducks in a row, including making sure I have my IRS tax return completed before I will feel comfortable risking the possibility that things may go sour. Probably be more than a month before I get to that point.
    Oh, good. I am working with someone who first stops to think, then closes his eyes and jumps!

    Good choice, I will wait.

    I do have a 1.5TB usb drive that is formatted NTFS (which I could change if needed). I guess Clonezilla will need to wipe the existing data on that drive, or does it create an image file which would allow me to keep the existing contents of the usb drive?
    Yes, Clonezilla creates image files, so you will simply be saving the image, in compacted form, on that external drive without affecting the data already there. The altered plan might be to adjust that NTFS partition and add a 2nd ext4 partition to that external, though, depending on our next discussions.
    -Gerry Makaro
    Fraser-Bell Info Tech
    Solving Tech Mysteries since the Olden Days!
    ~~
    If I helped you, consider clicking the Star at the bottom left of my post.

  7. #7

    Default Re: Unexpected error - disk space?

    Quote Originally Posted by Fraser_Bell View Post
    Yes, Clonezilla creates image files, so you will simply be saving the image, in compacted form, on that external drive without affecting the data already there.
    Gerry:

    I'm ready to proceed with reconfiguring my drive. Reviewing, I have a hidden FAT16 partition that I don't need, and the drive currently has an extended partition that contain swap, root, & home partitions.

    I've backed up root (btrfs) & home (ext4) using luckyBackup, to make an individual backup of each partition to a recently purchased 4TB usb drive formatted to ext4. But I am concerned that the permissions and possibly metadata may not carry over backing up btrfs to ext4. Thus I wonder if restoring from luckyBackup is even doable.

    I've never seen clonezilla. What I see at their site is "The destination partition must be equal or larger than the source one." Since my drive will be reconfigured to increase the size of the root partition, it will decrease the size of my home partition. Thus the above statement has me wondering if clonezilla can be used to restore my home partition. I'm further confused by the statement at clonezilla site "clonezilla saves and restores only used blocks in the harddisk", implying that perhaps an image of a half-full partition may indeed fit onto a new partition that is slightly smaller than original. Unless the image contains partition table info, then I guess there is no way.

    While it makes sense to do a fresh install, there are a lot of little details, some which I may not remember, that may break a restored home directory. There are a number of files in root that I can simply restore: .conf files, hosts, cron jobs. But there are files that contain authentication info and perhaps network settings that may be difficult to recreate in a fresh install.

    I will download clonezilla and make individual backups of root (sda6) & home (sda7) and have them available, in addition to the same for luckyBackup.

    Rgds, Jon

  8. #8
    Join Date
    Nov 2009
    Location
    West Virginia Sector 13
    Posts
    15,697

    Default Re: Unexpected error - disk space?

    Is this EFI boot you do need the FAT partition to boot.

  9. #9
    Join Date
    Nov 2013
    Location
    Kamloops, BC, Canada
    Posts
    3,974

    Default Re: Unexpected error - disk space?

    AFAIK, you do not have the current installation installed as UEFI, correct? Because, if so, gogalthorp makes a good point.

    Can you verify? We need to know that when we proceed later.
    -Gerry Makaro
    Fraser-Bell Info Tech
    Solving Tech Mysteries since the Olden Days!
    ~~
    If I helped you, consider clicking the Star at the bottom left of my post.

  10. #10

    Default Re: Unexpected error - disk space?

    Quote Originally Posted by Fraser_Bell View Post
    AFAIK, you do not have the current installation installed as UEFI, correct? Because, if so, gogalthorp makes a good point.

    Can you verify? We need to know that when we proceed later.
    I don't know. Seems I saw something in bios, I'll look there. Since first partition is hidden FAT I assume it is a regular installation. The drive was a Win-8 pre-install that I never ran, I repartitioned & reformatted. I kept the FAT to c.y.a. In case things didn't work out for me.

Page 1 of 6 123 ... LastLast

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •