Re: should an end user stick to a kernel with an initrd?

2013-10-10 Thread Tom H
On Wed, Oct 9, 2013 at 1:51 PM, Regid Ichira regi...@nt1.in wrote: It seems newer hardware is much more problematic in this sense. I think MS ovecomes this difficulty by somehow attaching a signature for each device. I don't have the details, don't know the pros and cons. On a UEFI box,

Re: should an end user stick to a kernel with an initrd?

2013-10-09 Thread Regid Ichira
On Tue, Oct 08, 2013 at 11:08:50PM +0100, Roger Leigh wrote: On Fri, Sep 27, 2013 at 10:28:01PM +0300, Regid Ichira wrote: On Fri, Fri, 27 Sep 2013 13:34:56 -0400, Tom H wrote: On Fri, Sep 27, 2013 at 3:12 AM, Ralf Mardorf wrote: On Thu, 2013-09-26 at 19:07 -0400, Stephen Powell wrote:

Re: should an end user stick to a kernel with an initrd?

2013-10-09 Thread Michael Biebl
Am 09.10.2013 19:51, schrieb Regid Ichira: For me, the enumeration of devices is guaranteeted. As already For you it is (maybe), under a lot of circumstances it isn't. Is that so hard to understand. Michael -- Why is it that all of the instruments seeking intelligent life in the universe

Re: should an end user stick to a kernel with an initrd?

2013-10-08 Thread Roger Leigh
On Fri, Sep 27, 2013 at 10:28:01PM +0300, Regid Ichira wrote: On Fri, Fri, 27 Sep 2013 13:34:56 -0400, Tom H wrote: On Fri, Sep 27, 2013 at 3:12 AM, Ralf Mardorf wrote: On Thu, 2013-09-26 at 19:07 -0400, Stephen Powell wrote: Traditional device names, such as /dev/sda, /dev/sdb,

Re: device naming (was: should an end user stick to a kernel with an initrd?)

2013-10-02 Thread Jan Ingvoldstad
On Mon, Sep 30, 2013 at 5:18 PM, Linux-Fan ma_sys...@web.de wrote: On 09/28/2013 04:54 AM, Ralf Mardorf wrote: I only want to mention that this never happened on my machine within the last = 10 years and I turn my PC often on and off. How often does it switch on your machine? Does

Re: device naming (was: should an end user stick to a kernel with an initrd?)

2013-09-30 Thread Linux-Fan
On 09/28/2013 04:54 AM, Ralf Mardorf wrote: On Fri, 2013-09-27 at 14:41 -0400, Tom H wrote: [...] I couldn't care less how many disks you have. Defaulting to the use of UUIDs isn't some wacky whim but a well-reasoned technical decision, unless you want to claim to know more than the

Re: should an end user stick to a kernel with an initrd?

2013-09-30 Thread Stan Hoeppner
With scsi, the disk address is determined by its physical connection to the scsi cable. This is absolutely not correct. SCSI device IDs have always been programmed at the endpoint device via DIP switches, jumpers, or a dial. There was one short lived exception to this. In the late 1990s

Re: should an end user stick to a kernel with an initrd?

2013-09-30 Thread Tom H
On Sat, Sep 28, 2013 at 7:49 AM, Regid Ichira regi...@nt1.in wrote: On Fri, 27 Sep 2013 19:06:43 -0400, Tom H wrote: On Fri, Sep 27, 2013 at 3:28 PM, Regid Ichira regi...@nt1.in wrote: On Fri, Fri, 27 Sep 2013 13:34:56 -0400, Tom H wrote: On Fri, Sep 27, 2013 at 3:12 AM, Ralf Mardorf wrote:

Re: should an end user stick to a kernel with an initrd?

2013-09-29 Thread Joel Rees
On Sun, Sep 29, 2013 at 10:27 AM, Regid Ichira regi...@nt1.in wrote: On Sat, 28 Sep 2013 21:29:35 +0900 Joel Rees wrote: On Sat, Sep 28, 2013 at 8:49 PM, Regid Ichira regi...@nt1.in wrote: On Fri, 27 Sep 2013 19:06:43 -0400, Tom H wrote: [...] As I said, more or less, in a reply to Ralf,

Re: should an end user stick to a kernel with an initrd?

2013-09-28 Thread Regid Ichira
On Fri, 27 Sep 2013 19:06:43 -0400, Tom H wrote: On Fri, Sep 27, 2013 at 3:28 PM, Regid Ichira regi...@nt1.in wrote: On Fri, Fri, 27 Sep 2013 13:34:56 -0400, Tom H wrote: On Fri, Sep 27, 2013 at 3:12 AM, Ralf Mardorf wrote: On Thu, 2013-09-26 at 19:07 -0400, Stephen Powell wrote:

Re: should an end user stick to a kernel with an initrd?

2013-09-28 Thread Joel Rees
On Sat, Sep 28, 2013 at 8:49 PM, Regid Ichira regi...@nt1.in wrote: On Fri, 27 Sep 2013 19:06:43 -0400, Tom H wrote: [...] As I said, more or less, in a reply to Ralf, can you guarantee that no other Linux user will have a disk renamed? If I understand

Re: should an end user stick to a kernel with an initrd?

2013-09-28 Thread Ralf Mardorf
On Sat, 2013-09-28 at 14:49 +0300, Regid Ichira wrote: Hotplug devices might differ. A hotplug device _is_ something different. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:

Re: should an end user stick to a kernel with an initrd?

2013-09-28 Thread Stephen Powell
On Fri, 27 Sep 2013 23:17:40 -0400 (EDT), Ralf Mardorf wrote: On Fri, 2013-09-27 at 19:41 -0400, Stephen Powell wrote: But the correspondence between these Linux device names and the hardware device numbers varies widely from boot to boot. I can assure you of that from personal experience.

Re: should an end user stick to a kernel with an initrd?

2013-09-28 Thread Ralf Mardorf
On Sat, 2013-09-28 at 08:59 -0400, Stephen Powell wrote: On Fri, 27 Sep 2013 23:17:40 -0400 (EDT), Ralf Mardorf wrote: On Fri, 2013-09-27 at 19:41 -0400, Stephen Powell wrote: But the correspondence between these Linux device names and the hardware device numbers varies widely from boot to

Re: should an end user stick to a kernel with an initrd?

2013-09-28 Thread Jude DaShiell
On Sat, 28 Sep 2013, Ralf Mardorf wrote: On Fri, 2013-09-27 at 14:41 -0400, Tom H wrote: On Fri, Sep 27, 2013 at 2:13 PM, Ralf Mardorf ralf.mard...@alice-dsl.net wrote: On Fri, 2013-09-27 at 13:34 -0400, Tom H wrote: On Fri, Sep 27, 2013 at 3:12 AM, Ralf Mardorf

Re: should an end user stick to a kernel with an initrd?

2013-09-28 Thread Regid Ichira
On Sat, 28 Sep 2013 21:29:35 +0900 Joel Rees wrote: On Sat, Sep 28, 2013 at 8:49 PM, Regid Ichira regi...@nt1.in wrote: On Fri, 27 Sep 2013 19:06:43 -0400, Tom H wrote: [...] As I said, more or less, in a reply to Ralf, can you guarantee that no other Linux user will have a disk renamed?

Re: should an end user stick to a kernel with an initrd?

2013-09-28 Thread Doug
On 09/28/2013 09:27 PM, Regid Ichira wrote: On Sat, 28 Sep 2013 21:29:35 +0900 Joel Rees wrote: /snip/ Old information. All disks pretend to be SCSI now. /snip/ I am not familiar with the ATA protocol. Are you saying that the kernel has no way to know the time on which each disk spined

Re: should an end user stick to a kernel with an initrd?

2013-09-27 Thread Ralf Mardorf
On Thu, 2013-09-26 at 22:33 +0100, Lisi Reisz wrote: On Thursday 26 September 2013 16:57:34 Regid Ichira wrote: I deliberately changed the subject of this message because I hope people will also pay attention to my previous message in the thread. At

Re: should an end user stick to a kernel with an initrd?

2013-09-27 Thread Ralf Mardorf
On Thu, 2013-09-26 at 19:07 -0400, Stephen Powell wrote: Traditional device names, such as /dev/sda, /dev/sdb, (and therefore the partitions on those devices, such as /dev/sda1, /dev/sdb1, etc.) are not assigned in a predictable manner anymore. This device name assignment can change from one

Re: should an end user stick to a kernel with an initrd?

2013-09-27 Thread Tom H
On Fri, Sep 27, 2013 at 3:12 AM, Ralf Mardorf ralf.mard...@alice-dsl.net wrote: On Thu, 2013-09-26 at 19:07 -0400, Stephen Powell wrote: Traditional device names, such as /dev/sda, /dev/sdb, (and therefore the partitions on those devices, such as /dev/sda1, /dev/sdb1, etc.) are not assigned

Re: should an end user stick to a kernel with an initrd?

2013-09-27 Thread Ralf Mardorf
On Fri, 2013-09-27 at 13:34 -0400, Tom H wrote: On Fri, Sep 27, 2013 at 3:12 AM, Ralf Mardorf ralf.mard...@alice-dsl.net wrote: On Thu, 2013-09-26 at 19:07 -0400, Stephen Powell wrote: Traditional device names, such as /dev/sda, /dev/sdb, (and therefore the partitions on those devices,

Re: should an end user stick to a kernel with an initrd?

2013-09-27 Thread Tom H
On Fri, Sep 27, 2013 at 2:13 PM, Ralf Mardorf ralf.mard...@alice-dsl.net wrote: On Fri, 2013-09-27 at 13:34 -0400, Tom H wrote: On Fri, Sep 27, 2013 at 3:12 AM, Ralf Mardorf ralf.mard...@alice-dsl.net wrote: On Thu, 2013-09-26 at 19:07 -0400, Stephen Powell wrote: Traditional device names,

Re: should an end user stick to a kernel with an initrd?

2013-09-27 Thread Regid Ichira
On Fri, Fri, 27 Sep 2013 13:34:56 -0400, Tom H wrote: On Fri, Sep 27, 2013 at 3:12 AM, Ralf Mardorf wrote: On Thu, 2013-09-26 at 19:07 -0400, Stephen Powell wrote: Traditional device names, such as /dev/sda, /dev/sdb, (and therefore the partitions on those devices, such as /dev/sda1,

Re: should an end user stick to a kernel with an initrd?

2013-09-27 Thread Stephen Powell
On Thu, 26 Sep 2013 23:00:14 -0400 (EDT), Tom H tomh0...@gmail.com wrote: A lot more software?! Installing initramfs-tools will just pull in klibc-utils, libklibc, and busybox! Also, one can limit the size of the initial RAM file system itself by using modules=dep in

Re: should an end user stick to a kernel with an initrd?

2013-09-27 Thread Tom H
On Fri, Sep 27, 2013 at 3:28 PM, Regid Ichira regi...@nt1.in wrote: On Fri, Fri, 27 Sep 2013 13:34:56 -0400, Tom H wrote: On Fri, Sep 27, 2013 at 3:12 AM, Ralf Mardorf wrote: On Thu, 2013-09-26 at 19:07 -0400, Stephen Powell wrote: Traditional device names, such as /dev/sda, /dev/sdb, (and

Re: should an end user stick to a kernel with an initrd?

2013-09-27 Thread Stephen Powell
On Fri, 27 Sep 2013 14:41:54 -0400 (EDT), Tom H tomh0...@gmail.com wrote: I couldn't care less how many disks you have. Defaulting to the use of UUIDs isn't some wacky whim but a well-reasoned technical decision, unless you want to claim to know more than the developers putting together

Re: should an end user stick to a kernel with an initrd?

2013-09-27 Thread Ralf Mardorf
On Fri, 2013-09-27 at 14:41 -0400, Tom H wrote: On Fri, Sep 27, 2013 at 2:13 PM, Ralf Mardorf ralf.mard...@alice-dsl.net wrote: On Fri, 2013-09-27 at 13:34 -0400, Tom H wrote: On Fri, Sep 27, 2013 at 3:12 AM, Ralf Mardorf ralf.mard...@alice-dsl.net wrote: On Thu, 2013-09-26 at 19:07

Re: should an end user stick to a kernel with an initrd?

2013-09-27 Thread Ralf Mardorf
On Fri, 2013-09-27 at 19:41 -0400, Stephen Powell wrote: But the correspondence between these Linux device names and the hardware device numbers varies widely from boot to boot. I can assure you of that from personal experience. So my question, if somebody experienced it already is answered.

Re: should an end user stick to a kernel with an initrd?

2013-09-26 Thread Regid Ichira
I deliberately changed the subject of this message because I hope people will also pay attention to my previous message in the thread. At http://lists.debian.org/debian-user/2013/09/msg01150.html, which, I hope, this message will be a follow-up to, Stephen Powell wrote that, in general,

Re: should an end user stick to a kernel with an initrd?

2013-09-26 Thread Lisi Reisz
On Thursday 26 September 2013 16:57:34 Regid Ichira wrote: I deliberately changed the subject of this message because I hope people will also pay attention to my previous message in the thread. At http://lists.debian.org/debian-user/2013/09/msg01150.html, which, I hope, this message will be

Re: should an end user stick to a kernel with an initrd?

2013-09-26 Thread Stephen Powell
On Thu, 26 Sep 2013 17:33:40 -0400 (EDT), Lisi Reisz wrote: You know more than Stephen Powell, but you do not know about threading?! Regid, What Lisi is saying is that changing the subject line of a post does not start a new thread. You have to remove the In-reply-to: tag from your e-mail

Re: should an end user stick to a kernel with an initrd?

2013-09-26 Thread Stephen Powell
On Thu, 26 Sep 2013 11:57:34 -0400 (EDT), Regid Ichira wrote: I deliberately changed the subject of this message because I hope people will also pay attention to my previous message in the thread. At http://lists.debian.org/debian-user/2013/09/msg01150.html, which, I hope, this message

Re: should an end user stick to a kernel with an initrd?

2013-09-26 Thread Tom H
On Thu, Sep 26, 2013 at 11:57 AM, Regid Ichira regi...@nt1.in wrote: Now, considering that an initrd requires a lot more software, I think that an initrd should be avoided unless absolutely necessary. A lot more software?! Installing initramfs-tools will just pull in klibc-utils, libklibc, and