Re: / vs. /usr vs. fsck(8)

2011-10-17 Thread Luca Capello
Hi there! On Thu, 13 Oct 2011 14:15:43 +0200, Ben Hutchings wrote: On Thu, 2011-10-13 at 11:19 +0200, Luca Capello wrote: On Wed, 12 Oct 2011 21:24:33 +0200, Marco d'Itri wrote: The Debian initramfs of my sid system is 10 MB, while the one from my RHEL 6.1 servers is 12 MB. So there is no

Re: / vs. /usr vs. fsck(8)

2011-10-14 Thread Philip Hands
Hi Marco, On Thu, 13 Oct 2011 16:20:33 +0200, m...@linux.it (Marco d'Itri) wrote: On Oct 13, Stephan Seitz stse+deb...@fsing.rootsland.net wrote: ... - Rescue DVDs may not support modern file systems because of older kernels. Not a very compelling reason: if you use an unusual/recent file

Re: Re: / vs. /usr vs. fsck(8)

2011-10-14 Thread brian m. carlson
On Wed, Oct 12, 2011 at 08:22:09PM -0700, Josh Triplett wrote: Other than tradition, for what reason do you put /usr on a different filesystem? If / and /boot are the same filesystem, then using a filesystem that the bootloader supports is important. At least in the recent past, grub 2 didn't

Re: / vs. /usr vs. fsck(8)

2011-10-14 Thread Holger Levsen
Hi, On Donnerstag, 13. Oktober 2011, brian m. carlson wrote: If / and /boot are the same filesystem, then using a filesystem that the bootloader supports is important. At least in the recent past, grub 2 didn't support booting off ext4; there was some problem when doing that. If /usr is a

Re: / vs. /usr vs. fsck(8)

2011-10-14 Thread Marvin Renich
* Holger Levsen hol...@layer-acht.org [111014 07:49]: On Donnerstag, 13. Oktober 2011, brian m. carlson wrote: If / and /boot are the same filesystem, then using a filesystem that the bootloader supports is important. At least in the recent past, grub 2 didn't support booting off ext4;

Re: Re: / vs. /usr vs. fsck(8)

2011-10-13 Thread Stephan Seitz
On Wed, Oct 12, 2011 at 08:22:09PM -0700, Josh Triplett wrote: Other than tradition, for what reason do you put /usr on a different filesystem? - I think that the probability that defective hard drive sectors will hit a small partition is less. So your „repair partition” will probably

Re: / vs. /usr vs. fsck(8)

2011-10-13 Thread Luca Capello
Hi there! On Wed, 12 Oct 2011 21:24:33 +0200, Marco d'Itri wrote: On Oct 12, Reinhard Tartler siret...@debian.org wrote: On the other hand, Debian has chosen against that and relies on klibc, ipconfig, etc. for early userspace and thus, the initramfs. I suspect the main motivations behind

Re: / vs. /usr vs. fsck(8)

2011-10-13 Thread Ben Hutchings
On Thu, 2011-10-13 at 11:19 +0200, Luca Capello wrote: Hi there! On Wed, 12 Oct 2011 21:24:33 +0200, Marco d'Itri wrote: On Oct 12, Reinhard Tartler siret...@debian.org wrote: On the other hand, Debian has chosen against that and relies on klibc, ipconfig, etc. for early userspace and

Re: / vs. /usr vs. fsck(8)

2011-10-13 Thread Marco d'Itri
On Oct 13, Stephan Seitz stse+deb...@fsing.rootsland.net wrote: - I think that the probability that defective hard drive sectors will hit a small partition is less. So your „repair partition” will probably boot at least in emergency mode with more tools than any initramfs. I can't see

Re: / vs. /usr vs. fsck(8)

2011-10-13 Thread Stephan Seitz
On Thu, Oct 13, 2011 at 04:20:33PM +0200, Marco d'Itri wrote: On Oct 13, Stephan Seitz stse+deb...@fsing.rootsland.net wrote: - I think that the probability that defective hard drive sectors will hit a small partition is less. So your „repair partition” will probably boot at least in

Re: / vs. /usr vs. fsck(8)

2011-10-12 Thread Reinhard Tartler
On Mi, Okt 12, 2011 at 06:09:00 (CEST), Ivan Shmakov wrote: Marco d'Itri m...@linux.it writes: […] So let's look at the reasons against merging /usr in / listed in my final summary. All of them do not apply to merging / in /usr, and actually become arguments in favour of doing it:

Re: / vs. /usr vs. fsck(8)

2011-10-12 Thread Ivan Shmakov
Reinhard Tartler siret...@debian.org writes: On Mi, Okt 12, 2011 at 06:09:00 (CEST), Ivan Shmakov wrote: […] AFAIUI Harald (the fedora maintainer for their initramfs tool dracut), he dislikes having a separate set of tools in /usr and the initramfs, i.e., he strongly favors putting

Re: / vs. /usr vs. fsck(8)

2011-10-12 Thread Marco d'Itri
On Oct 12, Reinhard Tartler siret...@debian.org wrote: On the other hand, Debian has chosen against that and relies on klibc, ipconfig, etc. for early userspace and thus, the initramfs. I suspect the main motivations behind these decisions were portability and size (please correct me and add

Re: / vs. /usr vs. fsck(8)

2011-10-12 Thread Stephan Seitz
On Wed, Oct 12, 2011 at 09:24:33PM +0200, Marco d'Itri wrote: The Debian initramfs of my sid system is 10 MB, while the one from my My / (testing) is 193M, so I guess, I have much more „emergency” programs available than you. The last time I was trapped within a initramfs, the available

Re: / vs. /usr vs. fsck(8)

2011-10-12 Thread Michelle Konzack
Hello Stephan Seitz, Am 2011-10-12 22:20:50, hacktest Du folgendes herunter: Most of my systems don’t use initramfs and have / and /usr on different file systems. I am no interested in changing this good tradition. Here too... Using the inittamfs on my 6 storage servers (each 48 HDD 2 TB

Re: / vs. /usr vs. fsck(8)

2011-10-12 Thread Marco d'Itri
On Oct 13, Michelle Konzack linux4miche...@tamay-dogan.net wrote: Using the inittamfs on my 6 storage servers (each 48 HDD 2 TB intern and the same extern)requires rootdelay=3000 and longer. Working without reduce the average boottime to 12 minutes. Looks like you need to work out what is

Re: Re: / vs. /usr vs. fsck(8)

2011-10-12 Thread Josh Triplett
Stephan Seitz wrote: On Wed, Oct 12, 2011 at 09:24:33PM +0200, Marco d'Itri wrote: I still do not believe that portability is an issue, and please remember that this would not force people to use an initramfs unless they want to keep /usr on a standalone file system. Most of my systems don’t

/ vs. /usr vs. fsck(8)

2011-10-11 Thread Ivan Shmakov
Marco d'Itri m...@linux.it writes: […] So let's look at the reasons against merging /usr in / listed in my final summary. All of them do not apply to merging / in /usr, and actually become arguments in favour of doing it: - NFS: sharing a read only system over NFS becomes much easier