From: Don Piven on
Ant wrote:
> Hello.
>
> My very old Debian/Linux workstation/desktop box (first installed it on
> 9/24/2004 and kept it updated daily and only had one reinstall
> (accidently ran fsck without unmounting a few years ago) -- still
> amazing that it runs today) is unable to install the latest Kernel
> (v2.6.32) Debian package due to free limited disk space in / (actually
> /boot) partition:
>
> $ df
> Filesystem 1K-blocks Used Available Use% Mounted on
> /dev/hda1 280003 173227 92320 66% /
> tmpfs 1297724 0 1297724 0% /lib/init/rw
> udev 10240 264 9976 3% /dev
> tmpfs 1297724 0 1297724 0% /dev/shm
> /dev/hda5 14421344 2759732 10929052 21% /home
> /dev/hda6 4807056 3620424 942448 80% /usr
> /dev/hda7 964500 721228 194276 79% /var
> /dev/hda8 964500 17676 897828 2% /tmp
> /dev/hda9 4807056 206076 4356796 5% /usr/local
> /dev/hda11 47383396 19522168 25454292 44% /extra
> /dev/hda12 918322 16452 852874 2% /others

Um, what exactly are you trying to do here? According to this, you
don't have a separate /boot partition, and you have ~90 MB available on
your root partition, where your system files are. Are you just trying
to install an updated kernel package (which should fit with plenty of
space to spare), or are you looking to upgrade to a newer Debian version
(not so much)?

The only other thing I could think if is that you've managed to run out
of inodes on your root partition, but that's *very* hard to do.
(df -i is your friend here.)

If you're just looking to install Lenny on top of whatever you have now,
you should be able to do that via APT (apt-get dist-upgrade), unless
you're running Woody or something. As a last resort, you could move the
stuff in your /others tree elsewhere on your system, do a cold system
installation on /dev/hda12, and hack your GRUB or LILO config to let you
boot from either partition.
From: Ant on
On 2/25/2010 4:16 PM PT, Don Piven typed:

>> My very old Debian/Linux workstation/desktop box (first installed it
>> on 9/24/2004 and kept it updated daily and only had one reinstall
>> (accidently ran fsck without unmounting a few years ago) -- still
>> amazing that it runs today) is unable to install the latest Kernel
>> (v2.6.32) Debian package due to free limited disk space in / (actually
>> /boot) partition:
>>
>> $ df
>> Filesystem 1K-blocks Used Available Use% Mounted on
>> /dev/hda1 280003 173227 92320 66% /
>> tmpfs 1297724 0 1297724 0% /lib/init/rw
>> udev 10240 264 9976 3% /dev
>> tmpfs 1297724 0 1297724 0% /dev/shm
>> /dev/hda5 14421344 2759732 10929052 21% /home
>> /dev/hda6 4807056 3620424 942448 80% /usr
>> /dev/hda7 964500 721228 194276 79% /var
>> /dev/hda8 964500 17676 897828 2% /tmp
>> /dev/hda9 4807056 206076 4356796 5% /usr/local
>> /dev/hda11 47383396 19522168 25454292 44% /extra
>> /dev/hda12 918322 16452 852874 2% /others
>
> Um, what exactly are you trying to do here? According to this, you don't
> have a separate /boot partition, and you have ~90 MB available on your
> root partition, where your system files are. Are you just trying to
> install an updated kernel package (which should fit with plenty of space
> to spare), or are you looking to upgrade to a newer Debian version (not
> so much)?

I am trying to install/add another Kernel package, but it tells me that
I don't have enough disk space during it. I watched /dev/hda1 go to zero
during the installation. :(


> The only other thing I could think if is that you've managed to run out
> of inodes on your root partition, but that's *very* hard to do.
> (df -i is your friend here.)

$ df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/hda1 72288 13236 59052 19% /
tmpfs 220845 5 220840 1% /lib/init/rw
udev 220845 781 220064 1% /dev
tmpfs 220845 1 220844 1% /dev/shm
/dev/hda5 1831424 17749 1813675 1% /home
/dev/hda6 610432 153850 456582 26% /usr
/dev/hda7 122624 36827 85797 31% /var
/dev/hda8 122624 41 122583 1% /tmp
/dev/hda9 610432 2648 607784 1% /usr/local
/dev/hda11 6017536 31 6017505 1% /extra
/dev/hda12 490560 11 490549 1% /others


> If you're just looking to install Lenny on top of whatever you have now,
> you should be able to do that via APT (apt-get dist-upgrade), unless
> you're running Woody or something. As a last resort, you could move the
> stuff in your /others tree elsewhere on your system, do a cold system
> installation on /dev/hda12, and hack your GRUB or LILO config to let you
> boot from either partition.

No, just upgrading the Kernel (2.6.32). I am still using 2.6.30 (uname
-a showed "Linux ANTian 2.6.30-2-686 #1 SMP Fri Dec 4 00:53:20 UTC 2009
i686 GNU/Linux").
--
"Doubts are the ants in the pants of faith, keeping it awake and
moving." --Fredrick Beuchner
/\___/\
/ /\ /\ \ Phil./Ant @ http://antfarm.ma.cx (Personal Web Site)
| |o o| | Ant's Quality Foraged Links: http://aqfl.net
\ _ / Nuke ANT from e-mail address: philpi(a)earthlink.netANT
( ) or ANTant(a)zimage.com
Ant is currently not listening to any songs on his home computer.
From: david on
On Thu, 25 Feb 2010 14:50:04 -0800, Ant rearranged some electrons to say:

> Hello.
>
> My very old Debian/Linux workstation/desktop box (first installed it on
> 9/24/2004 and kept it updated daily and only had one reinstall
> (accidently ran fsck without unmounting a few years ago) -- still
> amazing that it runs today) is unable to install the latest Kernel
> (v2.6.32) Debian package due to free limited disk space in / (actually
> /boot) partition:
>
> $ df
> Filesystem 1K-blocks Used Available Use% Mounted on
> /dev/hda1 280003 173227 92320 66% / tmpfs
> 1297724 0 1297724 0% /lib/init/rw udev
> 10240 264 9976 3% /dev tmpfs 1297724
> 0 1297724 0% /dev/shm /dev/hda5 14421344
> 2759732 10929052 21% /home /dev/hda6 4807056 3620424
> 942448 80% /usr /dev/hda7 964500 721228 194276 79%
> /var /dev/hda8 964500 17676 897828 2% /tmp
> /dev/hda9 4807056 206076 4356796 5% /usr/local
> /dev/hda11 47383396 19522168 25454292 44% /extra
> /dev/hda12 918322 16452 852874 2% /others
>
> (parted) p
> Model: ST380011A (ide)
> Disk /dev/hda: 80.0GB
> Sector size (logical/physical): 512B/512B Partition Table: msdos
>
> Number Start End Size Type File system Flags
> 1 32.3kB 296MB 296MB primary ext3 2 296MB 80.0GB
> 79.7GB extended 5 296MB 15.3GB 15.0GB logical ext3 6
> 15.3GB 20.3GB 5001MB logical ext3 7 20.3GB 21.3GB 1003MB
> logical ext3 8 21.3GB 22.3GB 1003MB logical ext3 9
> 22.3GB 27.3GB 5001MB logical ext3
> 12 27.3GB 28.3GB 1003MB logical ext3 10 28.3GB 30.7GB
> 2418MB logical linux-swap(v1) 11 30.7GB 80.0GB 49.3GB logical
> ext3
>
> http://img98.imageshack.us/img98/6544/screenshot1qs.png for a screen
> capture of GParted.
>
> How can I resize my /'s /boot to get more free disk space without
> getting another bigger HDD to copy over or reinstalling from scratch?
> Can I use KNOPPIX v6.2.1 to do it or is it not possible? I used to use
> PowerQuest's PartitionMagic for DOS and Windows to resize, but I wasn't
> sure if this method works in Linux too.
>
> Thank you in advnace. :)

You don't have a separate /boot partition. You created it in root, it
looks like. (You shouldn't have done that).

You could create a separate partition for other stuff you have in root, /
lib for example) and move stuff out of root.
From: Arnold on
Hello!

You need 94 MB?

2296 kb in /boot/vmlinuz-2.6.32-trunk-amd64
108 kb in /boot/config-2.6.32-trunk-amd64
1584 kb in /boot/System.map-2.6.32-trunk-amd64
94020 kb in /lib/modules/2.6.32-trunk-amd64
60 kb in /usr/share/bug/linux-image-2.6.32-trunk-amd64
128 kb in /usr/share/doc/linux-image-2.6.32-trunk-amd64

Regards
Arnold


Ant schrieb:
> Hello.
>
> My very old Debian/Linux workstation/desktop box (first installed it
> on 9/24/2004 and kept it updated daily and only had one reinstall
> (accidently ran fsck without unmounting a few years ago) -- still
> amazing that it runs today) is unable to install the latest Kernel
> (v2.6.32) Debian package due to free limited disk space in / (actually
> /boot) partition:
>
> $ df
> Filesystem 1K-blocks Used Available Use% Mounted on
> /dev/hda1 280003 173227 92320 66% /
> tmpfs 1297724 0 1297724 0% /lib/init/rw
> udev 10240 264 9976 3% /dev
> tmpfs 1297724 0 1297724 0% /dev/shm
> /dev/hda5 14421344 2759732 10929052 21% /home
> /dev/hda6 4807056 3620424 942448 80% /usr
> /dev/hda7 964500 721228 194276 79% /var
> /dev/hda8 964500 17676 897828 2% /tmp
> /dev/hda9 4807056 206076 4356796 5% /usr/local
> /dev/hda11 47383396 19522168 25454292 44% /extra
> /dev/hda12 918322 16452 852874 2% /others
>
> (parted) p
> Model: ST380011A (ide)
> Disk /dev/hda: 80.0GB
> Sector size (logical/physical): 512B/512B
> Partition Table: msdos
>
> Number Start End Size Type File system Flags
> 1 32.3kB 296MB 296MB primary ext3
> 2 296MB 80.0GB 79.7GB extended
> 5 296MB 15.3GB 15.0GB logical ext3
> 6 15.3GB 20.3GB 5001MB logical ext3
> 7 20.3GB 21.3GB 1003MB logical ext3
> 8 21.3GB 22.3GB 1003MB logical ext3
> 9 22.3GB 27.3GB 5001MB logical ext3
> 12 27.3GB 28.3GB 1003MB logical ext3
> 10 28.3GB 30.7GB 2418MB logical linux-swap(v1)
> 11 30.7GB 80.0GB 49.3GB logical ext3
>
> http://img98.imageshack.us/img98/6544/screenshot1qs.png for a screen
> capture of GParted.
>
> How can I resize my /'s /boot to get more free disk space without
> getting another bigger HDD to copy over or reinstalling from scratch?
> Can I use KNOPPIX v6.2.1 to do it or is it not possible? I used to use
> PowerQuest's PartitionMagic for DOS and Windows to resize, but I
> wasn't sure if this method works in Linux too.
>
> Thank you in advnace. :)
From: unruh on
["Followup-To:" header set to comp.os.linux.misc.]
On 2010-02-26, david <none(a)nospam.com> wrote:
> On Thu, 25 Feb 2010 14:50:04 -0800, Ant rearranged some electrons to say:
>
>> Hello.
>>
>> My very old Debian/Linux workstation/desktop box (first installed it on
>> 9/24/2004 and kept it updated daily and only had one reinstall
>> (accidently ran fsck without unmounting a few years ago) -- still
>> amazing that it runs today) is unable to install the latest Kernel
>> (v2.6.32) Debian package due to free limited disk space in / (actually
>> /boot) partition:
>>
>> $ df
>> Filesystem 1K-blocks Used Available Use% Mounted on
>> /dev/hda1 280003 173227 92320 66% / tmpfs
>> 1297724 0 1297724 0% /lib/init/rw udev
>> 10240 264 9976 3% /dev tmpfs 1297724
>> 0 1297724 0% /dev/shm /dev/hda5 14421344
>> 2759732 10929052 21% /home /dev/hda6 4807056 3620424
>> 942448 80% /usr /dev/hda7 964500 721228 194276 79%
>> /var /dev/hda8 964500 17676 897828 2% /tmp
>> /dev/hda9 4807056 206076 4356796 5% /usr/local
>> /dev/hda11 47383396 19522168 25454292 44% /extra
>> /dev/hda12 918322 16452 852874 2% /others
>>
>> (parted) p
>> Model: ST380011A (ide)
>> Disk /dev/hda: 80.0GB
>> Sector size (logical/physical): 512B/512B Partition Table: msdos
>>
>> Number Start End Size Type File system Flags
>> 1 32.3kB 296MB 296MB primary ext3 2 296MB 80.0GB
>> 79.7GB extended 5 296MB 15.3GB 15.0GB logical ext3 6
>> 15.3GB 20.3GB 5001MB logical ext3 7 20.3GB 21.3GB 1003MB
>> logical ext3 8 21.3GB 22.3GB 1003MB logical ext3 9
>> 22.3GB 27.3GB 5001MB logical ext3
>> 12 27.3GB 28.3GB 1003MB logical ext3 10 28.3GB 30.7GB
>> 2418MB logical linux-swap(v1) 11 30.7GB 80.0GB 49.3GB logical
>> ext3
>>
>> http://img98.imageshack.us/img98/6544/screenshot1qs.png for a screen
>> capture of GParted.
>>
>> How can I resize my /'s /boot to get more free disk space without
>> getting another bigger HDD to copy over or reinstalling from scratch?
>> Can I use KNOPPIX v6.2.1 to do it or is it not possible? I used to use
>> PowerQuest's PartitionMagic for DOS and Windows to resize, but I wasn't
>> sure if this method works in Linux too.
>>
>> Thank you in advnace. :)
>
> You don't have a separate /boot partition. You created it in root, it
> looks like. (You shouldn't have done that).

Why not?

>
> You could create a separate partition for other stuff you have in root, /
> lib for example) and move stuff out of root.

AAARGH no. /lib MUST be in the / partition. It contains all the modules
for the kernel which must be mounted for bootup of the kernel, and the
only thing mounted by the boot script is the / partition.

But he claims to have 90MB in the / partition free, which should be lots
to load a new kernel. I thus have no idea what is going on.

He needs to post the EXACT error message he gets when he tries to
install the new kernel.