On Mon, Nov 02, 2009 at 08:21:51AM +0100, Vincent Danjean wrote:
> Xan wrote:
> > Sorry. I have not enough skills for doing that. I will thank if anyone
> > could do that.
>
> This kind of script would be very critical (can lead to unbootable system)
> and there are *lots* of ways users can change
En/na Vincent Danjean ha escrit:
Xan wrote:
Sorry. I have not enough skills for doing that. I will thank if anyone
could do that.
This kind of script would be very critical (can lead to unbootable system)
and there are *lots* of ways users can change their /etc/fstab and
/boot/grub/men
Xan wrote:
> Sorry. I have not enough skills for doing that. I will thank if anyone
> could do that.
This kind of script would be very critical (can lead to unbootable system)
and there are *lots* of ways users can change their /etc/fstab and
/boot/grub/menu.lst
It is relatively easy for a install
En/na Martin Michlmayr ha escrit:
* Xan [2009-10-29 19:50]:
It cannot be fixed in lenny,
Why? What's the technical reason?
What do you think of put an optional script when updating kernel that
tests if fstab has UUID and suggests, before upgrade kernel, to
change fstab entries to UUI
* Xan [2009-10-29 19:50]:
> >It cannot be fixed in lenny,
> Why? What's the technical reason?
> What do you think of put an optional script when updating kernel that
> tests if fstab has UUID and suggests, before upgrade kernel, to
> change fstab entries to UUID entries (it points to some document
En/na Martin Michlmayr ha escrit:
* Xan [2009-10-29 17:40]:
Good news, Martin. So in squeeze there is no a bug. But what happens
with this bug in lenny?.
I don't know the debian bug policy. What do you do in that case with
this bug? It's a wontfix bug, invalid? pending? I'm not enter here,
b
* Xan [2009-10-29 17:40]:
> Good news, Martin. So in squeeze there is no a bug. But what happens
> with this bug in lenny?.
> I don't know the debian bug policy. What do you do in that case with
> this bug? It's a wontfix bug, invalid? pending? I'm not enter here,
> because really it's a technical
On Thu, Oct 29, 2009 at 04:05:59PM +0100, Xan wrote:
>
> So, perhaps d-i should put UUID in /etc/fstab by default intead of dev
> path. So is it a d-i bug?
>
latest d-i does so, thus no point in following up to this.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a
En/na Martin Michlmayr ha escrit:
* Xan [2009-10-29 16:05]:
So, perhaps d-i should put UUID in /etc/fstab by default intead of
dev path. So is it a d-i bug?
d-i for squeeze will use UUIDs.
Good news, Martin. So in squeeze there is no a bug. But what happens
with this bug in lenny
* Xan [2009-10-29 16:05]:
> So, perhaps d-i should put UUID in /etc/fstab by default intead of
> dev path. So is it a d-i bug?
d-i for squeeze will use UUIDs.
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "uns
What do you think that "fixed lately"? Is this bug fixed?
Why not change kernel as package which has a bug for d-i?
It can't be fixed in the kernel; it is an inherent problem with the
design of USB.
Ben.
So, perhaps d-i should put UUID in /etc/fstab by default intead of dev
path. So
On Wed, 2009-10-28 at 16:41 +0100, Xan wrote:
> En/na Bastian Blank ha escrit:
> > On Tue, Oct 27, 2009 at 01:24:58PM +0100, Xan wrote:
> >
> >> Ben, it's a bug. At least formally.
> >>
> >
> > Maybe, but not in the kernel. The kernel never documented this values to
> > be stable.
> >
> >
En/na Bastian Blank ha escrit:
On Tue, Oct 27, 2009 at 01:24:58PM +0100, Xan wrote:
Ben, it's a bug. At least formally.
Maybe, but not in the kernel. The kernel never documented this values to
be stable.
Yes, not in the kernel. I'm in agreement
On Tue, Oct 27, 2009 at 01:24:58PM +0100, Xan wrote:
> Ben, it's a bug. At least formally.
Maybe, but not in the kernel. The kernel never documented this values to
be stable.
> A capricious swap between harddrives
> that hangs the system it's a bug I think, o
On Mon, 2009-10-26 at 14:40 +0100, Pierre Maziere wrote:
> It seems that the update switched the /dev/sda and /dev/sdb which
> explains the freeze during the boot sequence.
> I switched the usb plugs and everything is now back to normal.
> sorry for the noise
You should not expect that USB disks
15 matches
Mail list logo
