From: Ant on
On 2/25/2010 10:18 PM PT, Thomas E. Maleshafske typed:

> Just a curiosity how many images do you have sitting in your boot
> directory? You may just need to delete a bunch of the old ones?

I already removed all the old Kernels long ago. Hence v2.6.30 got really
big and I am no longer able to install over it with a newer one. This is
what I have now in my /boot:

# ls -all /boot
total 22028
drwxr-xr-x 3 root root 1024 2010-02-21 08:27 .
drwxr-xr-x 25 root root 1024 2010-01-22 10:51 ..
-rw-r--r-- 1 root root 103541 2009-12-03 21:08 config-2.6.30-2-686
drwxr-xr-x 3 root root 6144 2010-01-26 07:43 grub
-rw-r--r-- 1 root root 9833276 2010-02-21 08:27 initrd.img-2.6.30-2-686
-rw-r--r-- 1 root root 9363480 2010-01-22 08:57 initrd.img-2.6.30-2-686.bak
-rw-r--r-- 1 root root 1125733 2009-12-03 21:08 System.map-2.6.30-2-686
-rw-r--r-- 1 root root 2024880 2009-12-03 21:07 vmlinuz-2.6.30-2-686

:(
--
"It's kind of an insane case ... 6,000 ants dressed up as rice and
robbed a Chinese restaurant." --Steven Wright
/\___/\
/ /\ /\ \ 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: Ant on
On 2/25/2010 8:22 PM PT, unruh typed:

>>> If that does not by you enough room ( it should) transfer your / partion
>>> to your current /others partition ( /dev/hda12)
>>>
>>> At present, I would move all the little bit of stuff in /other away
>>> somewhere else, erase /others, copy the / partition to the /other, and
>>> set up lilo/grub to point to /dev/hda12 as your boot partition.
>>>
>>> At present add menu entries to lilo/grub for /dev/hda12 keeping th
>>> eones you already have, reboot, and choose the new ones, and make sure
>>> everything works. If it does, remove the stuff in your current /
>>> partition.
>>
>> So I can have Grub2 (not Lilo and legacy v1 since Debian gave me v2 a
>> few months ago) boot to another partition (/dev/hda12)? I didn't know
>> that. I thought MBR stuff needed to be in the first area or something.
>> Note that this is an old machine with old IDE/ATA drives (e.g., 80 GB).
>
> Linux can boot to any partition, and any drive AFAIK.
> MBR is something entirely different. The MBR is the very first sector on
> the disk, which the bios can load into memory and run. It contains the
> very first part of the bootloader. The program in the MBR then uses the
> bios to download a set of sectors from the disk and jump to their start.
>
> The MBR is NOT part of any partition, It is a sector at the beginning of
> the disk that no operating system makes a part of its own filesystem.

Ah cool. So I would tell Grub2 (do I assume that's MBR?) to look in
/others as well. I will have to figure out how to tell Grub2 to do that.
Looking at /boot/grub/grub.cfg was very confusing and complex, but I did
see its hda references. However, it had a warning note that said not to
edit this file since it was autogenerated from /etc/grub.d and
/etc/default/grub. I looked at those two places, and very confused what
to edit if I want to point to another partition (/dev/hda12).

Still another problem with this neat method/idea: How do I tell apt-get
to install the newer Kernel version into /others instead of overwriting
the 2.6.30 in /boot? It looks like installing linux-image-2.6-686
package will overwrite my current running 2.6.30-2-686 package. Here is
what apt-get said:

# apt-get install linux-image-2.6-686
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
libc6-i686 linux-image-2.6.32-trunk-686
Suggested packages:
linux-doc-2.6.32
The following NEW packages will be installed:
libc6-i686 linux-image-2.6.32-trunk-686
The following packages will be upgraded:
linux-image-2.6-686
1 upgraded, 2 newly installed, 0 to remove and 126 not upgraded.
Need to get 27.5MB of archives.
After this operation, 78.7MB of additional disk space will be used.
Do you want to continue [Y/n]? n


Heh, this is getting a bit complex and messy! :/
--
"Don't step on ants... they're people too." --a quote from ANTZ movie.
/\___/\
/ /\ /\ \ 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.