Jonas Smedegaard wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 13 Nov 2005 12:38:35 -0800
Wolftales <[EMAIL PROTECTED]> wrote:
I had no luck running this with yaird as I showed below.
Do I understand correctly that your running kernel is 2.4.27? If so,
then you can't i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 14 Nov 2005 02:09:18 +0100
Frans Pop <[EMAIL PROTECTED]> wrote:
> For those who want to give it a try it without installing yaird ;-)
> - http://people.debian.org/~fjp/findlibs (8 k)
...and use same architecture as you, whatever that is :-P
On lun, 2005-11-14 at 02:06 +0100, Jonas Smedegaard wrote:
> > Heya! A couple quick notes about
> > http://wiki.debian.org/InitrdReplacementOptions
>
> Ahem - first a general remark: Are you aware that the wiki is editable
> by all? You can edit the page yourself (and while you are at it
> - - yo
On lun, 2005-11-14 at 01:37 +0100, Jonas Smedegaard wrote:
> If I understand it correctly, ldd only correctly resolves libraries
> linked with glibc, and yaird includes a more generic tool - documented
> here: http://www.xs4all.nl/~ekonijn/yaird/yaird.html#shlibs
Right. I'll take a look at the doc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 13 Nov 2005 12:38:35 -0800
Wolftales <[EMAIL PROTECTED]> wrote:
> I had no luck running this with yaird as I showed below.
Do I understand correctly that your running kernel is 2.4.27? If so,
then you can't install yaird as it requires sysfs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 13 Nov 2005 17:23:53 -0500
Jeff Bailey <[EMAIL PROTECTED]> wrote:
> On dim, 2005-11-13 at 20:31 +0100, Jonas Smedegaard wrote:
>
> Heya! A couple quick notes about
> http://wiki.debian.org/InitrdReplacementOptions
Ahem - first a general rem
On Monday 14 November 2005 01:37, Jonas Smedegaard wrote:
> Would it perhaps make sense to provide the yaird "findlibs" binary in a
> separate package for initramfs-tools to also use?
That looks promising.
For those who want to give it a try it without installing yaird ;-)
- http://people.debian.
Package: yaird
Version: 0.0.11-12
Severity: minor
$ /usr/lib/yaird/exec/findlibs
findlibs: too many arguments (fatal)
This is obviously not the correct message. The usage message shown with
the -h option would IMO be more appropriate.
Wishlist: please support --help option besides -h
pgptAJoO
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 13 Nov 2005 17:28:38 -0500
Jeff Bailey <[EMAIL PROTECTED]> wrote:
> On dim, 2005-11-13 at 20:28 +0100, Frans Pop wrote:
> > On Sunday 13 November 2005 08:16, Sven Luther wrote:
> > > That is less than 6MB of stuff, hardly "heavy". A single ker
I've seen the same problem testing 2.6.14 kernel installation in Debian
Installer in vmware (running d-i with a 2.6.12 kernel).
The solution was to add "MODULE BusLogic" in /etc/yaird/Default.cfg.
It would be nice if a workaround for this could be added in yaird while
the driver is missing sysf
On dim, 2005-11-13 at 20:28 +0100, Frans Pop wrote:
> On Sunday 13 November 2005 08:16, Sven Luther wrote:
> > That is less than 6MB of stuff, hardly "heavy". A single kernel flavour
> > is double that for example.
>
> That is exactly why we include only one kernel image on i386 netinst CD
> imag
On dim, 2005-11-13 at 22:49 +0100, Sven Luther wrote:
> > FWIW, Ubuntu's install defaults to 'most' mode on the grounds that for
> > most systems (not lowmem, not oldworld ppc, not netboot) there's no harm
> > in having a larger initramfs (approx 5 meg on disk, 40meg in memory).
>
> A bit over 7MB
Sven Luther wrote:
[snip]
> > The upside is that the initramfs created should be more or less
> > identical for every system and is resilient against people moving the
> > drive from one machine to the other, doing perfect copies (using ghost,
> > dd, or whatnot), or using an already generated init
On dim, 2005-11-13 at 20:31 +0100, Jonas Smedegaard wrote:
Heya! A couple quick notes about
http://wiki.debian.org/InitrdReplacementOptions
fstab label and uuid are just waiting on the newer udev in Ubuntu. I
think Debian already has it, so it might Just Work. Can you change its
state to Needs
On Sunday 13 November 2005 22:45, Sven Luther wrote:
> On Sun, Nov 13, 2005 at 08:28:47PM +0100, Frans Pop wrote:
> > On Sunday 13 November 2005 08:16, Sven Luther wrote:
> > > That is less than 6MB of stuff, hardly "heavy". A single kernel
> > > flavour is double that for example.
> >
> > That is
On Sun, Nov 13, 2005 at 10:34:27PM +0100, Sven Luther wrote:
> On Sun, Nov 13, 2005 at 09:23:14PM +0100, Maximilian Attems wrote:
> > On Sun, Nov 13, 2005 at 08:01:38PM +0100, Sven Luther wrote:
> > > On Sun, Nov 13, 2005 at 12:32:29PM -0500, Jeff Bailey wrote:
> > > > On dim, 2005-11-13 at 12:46 +
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 13 Nov 2005 20:03:59 +0100
Sven Luther <[EMAIL PROTECTED]> wrote:
> > I'm not sure about the linux-initramfs-tool part of the dependency.
>
> That is a virtual package, so future ramdisk tool can satisft the
> dependency, without needing to r
On Sun, 2005-11-13 at 14:42 -0500, Doug Ledford wrote:
> The device is on a non-LVD bus. Certain devices were created back when
> the spec still stated that using PPR negotiation messages on a non-LVD
> bus was a no-no. As the echo buffer was an addition to support DV, and
> originally DV wasn
On Sun, Nov 13, 2005 at 09:19:53PM +0100, Maximilian Attems wrote:
> On Sun, Nov 13, 2005 at 12:38:39PM -0600, Manoj Srivastava wrote:
> > On Sun, 13 Nov 2005 16:38:25 +0100, Maximilian Attems <[EMAIL PROTECTED]>
> > said:
> >
> > > On Sun, Nov 13, 2005 at 03:52:31PM +0100, Maximilian Attems wro
On Sun, Nov 13, 2005 at 08:39:58PM +0100, Bastian Blank wrote:
> On Sun, Nov 13, 2005 at 08:03:59PM +0100, Sven Luther wrote:
> > > This needs a reverse-lookup to generate the dependencies.
> > The dependencies can be set by hand, i believe, and don't really need to be
> > set by arch, the importan
Hi Horms / debian-kernel,
I found this on linux-kernel. Could you please check, whether this affects
2.6.8 and 2.4.27?
Cheers,
Moritz
From: Trond Myklebust <[EMAIL PROTECTED]>
Newsgroups: gmane.linux.kernel
Subject: [GIT] Fix memory leak in lease code
Hi Linus
Please pull from the repos
On Sun, Nov 13, 2005 at 03:22:42PM -0500, Jeff Bailey wrote:
> On dim, 2005-11-13 at 20:34 +0100, Frans Pop wrote:
> > On Sunday 13 November 2005 18:32, Jeff Bailey wrote:
> > > On dim, 2005-11-13 at 12:46 +0100, Bastian Blank wrote:
> > > > I think it is possible at least for initramfs-tools to ru
On Sun, Nov 13, 2005 at 08:47:37PM +0100, Bastian Blank wrote:
> On Sun, Nov 13, 2005 at 08:28:47PM +0100, Frans Pop wrote:
> > waldi: Why is mklibs-copy needed?
>
> To find the needed libs without using ldd and sed, which provides the
> view of the dynlinker of the loaded libs, which often not co
On Sun, Nov 13, 2005 at 08:28:47PM +0100, Frans Pop wrote:
> On Sunday 13 November 2005 08:16, Sven Luther wrote:
> > That is less than 6MB of stuff, hardly "heavy". A single kernel flavour
> > is double that for example.
>
> That is exactly why we include only one kernel image on i386 netinst CD
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.9.8
> tags 338911 pending
Bug#338911: udev 0.074-2 fails to start with linux 2.6.14
Tags were: moreinfo unreproducible
Tags added: pending
>
End of message, stopping processing here.
Pleas
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.9.8
> reassign 338911 linux-2.6
Bug#338911: udev 0.074-2 fails to start with linux 2.6.14
Bug reassigned from package `udev' to `linux-2.6'.
>
End of message, stopping processing here.
Ple
On Sun, Nov 13, 2005 at 09:23:14PM +0100, Maximilian Attems wrote:
> On Sun, Nov 13, 2005 at 08:01:38PM +0100, Sven Luther wrote:
> > On Sun, Nov 13, 2005 at 12:32:29PM -0500, Jeff Bailey wrote:
> > > On dim, 2005-11-13 at 12:46 +0100, Bastian Blank wrote:
> > > > I think it is possible at least fo
Jurij Smakov wrote:
On Sat, 12 Nov 2005, wolftales wrote:
End of screen ouput:
Begin: Running /scripts/local-top ...
Done.
ALERT! /dev/sda1 does not exist. Dropping to a shell!
Oh, that might be not your controller's bug, but initramfs-tools bug.
You can either use yaird to generate your
On Sun, Nov 13, 2005 at 08:01:38PM +0100, Sven Luther wrote:
> On Sun, Nov 13, 2005 at 12:32:29PM -0500, Jeff Bailey wrote:
> > On dim, 2005-11-13 at 12:46 +0100, Bastian Blank wrote:
> > > I think it is possible at least for initramfs-tools to run without sysfs
> > > on the building system.
> >
>
On dim, 2005-11-13 at 20:34 +0100, Frans Pop wrote:
> On Sunday 13 November 2005 18:32, Jeff Bailey wrote:
> > On dim, 2005-11-13 at 12:46 +0100, Bastian Blank wrote:
> > > I think it is possible at least for initramfs-tools to run without
> > > sysfs on the building system.
> >
> > Right. The cav
On Sun, Nov 13, 2005 at 12:38:39PM -0600, Manoj Srivastava wrote:
> On Sun, 13 Nov 2005 16:38:25 +0100, Maximilian Attems <[EMAIL PROTECTED]>
> said:
>
> > On Sun, Nov 13, 2005 at 03:52:31PM +0100, Maximilian Attems wrote:
> >> > Well, not wanting to relaunch the discussion at this, but i think
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 13 Nov 2005 20:01:38 +0100
Sven Luther <[EMAIL PROTECTED]> wrote:
> On Sun, Nov 13, 2005 at 12:32:29PM -0500, Jeff Bailey wrote:
> > On dim, 2005-11-13 at 12:46 +0100, Bastian Blank wrote:
> > > I think it is possible at least for initramfs-to
James Bottomley wrote:
On Sun, 2005-11-13 at 13:03 -0500, Graham Knap wrote:
Doug Ledford <[EMAIL PROTECTED]> wrote:
You already said it didn't help with the problem,
I meant that I don't think I successfully disabled DV, because the boot
messages were *identical*, except for the line where
On Sun, Nov 13, 2005 at 08:28:47PM +0100, Frans Pop wrote:
> waldi: Why is mklibs-copy needed?
To find the needed libs without using ldd and sed, which provides the
view of the dynlinker of the loaded libs, which often not correspondends
to the files.
> Is it because of the same bug that caused f
On Sun, Nov 13, 2005 at 08:03:59PM +0100, Sven Luther wrote:
> > This needs a reverse-lookup to generate the dependencies.
> The dependencies can be set by hand, i believe, and don't really need to be
> set by arch, the important thing is the list of actual tools used.
Eek, you really want to depe
On Sunday 13 November 2005 18:32, Jeff Bailey wrote:
> On dim, 2005-11-13 at 12:46 +0100, Bastian Blank wrote:
> > I think it is possible at least for initramfs-tools to run without
> > sysfs on the building system.
>
> Right. The caveat to this is "dep" mode. The default mode for
> initramfs-too
On Sunday 13 November 2005 08:16, Sven Luther wrote:
> That is less than 6MB of stuff, hardly "heavy". A single kernel flavour
> is double that for example.
That is exactly why we include only one kernel image on i386 netinst CD
images.
If we'd follow the suggestion to support both yaird and init
On Sun, Nov 13, 2005 at 07:11:40PM +0100, Bastian Blank wrote:
> On Sun, Nov 13, 2005 at 06:18:36PM +0100, Sven Luther wrote:
> > Ah, i was going to not parse anything and just copy it as is into
> > INITRD_CMD.
> > Mmm, wait, i forgot something, this is not the usecase i want, what i want
> > is
On Sun, Nov 13, 2005 at 12:32:29PM -0500, Jeff Bailey wrote:
> On dim, 2005-11-13 at 12:46 +0100, Bastian Blank wrote:
> > I think it is possible at least for initramfs-tools to run without sysfs
> > on the building system.
>
> Right. The caveat to this is "dep" mode. The default mode for
> init
On Sun, 13 Nov 2005 16:38:25 +0100, Maximilian Attems <[EMAIL PROTECTED]> said:
> On Sun, Nov 13, 2005 at 03:52:31PM +0100, Maximilian Attems wrote:
>> > Well, not wanting to relaunch the discussion at this, but i think
>> > Python rates really high on the most-uncomprehensible langugage
>> > con
On Sun, 13 Nov 2005 15:52:31 +0100, Maximilian Attems <[EMAIL PROTECTED]> said:
> On Sun, Nov 13, 2005 at 12:58:10PM +0100, Sven Luther wrote:
>> Well, not wanting to relaunch the discussion at this, but i think
>> Python rates really high on the most-uncomprehensible langugage
>> contest, or at
On Sun, 2005-11-13 at 13:03 -0500, Graham Knap wrote:
> Doug Ledford <[EMAIL PROTECTED]> wrote:
> > You already said it didn't help with the problem,
>
> I meant that I don't think I successfully disabled DV, because the boot
> messages were *identical*, except for the line where the kernel shows
Doug Ledford <[EMAIL PROTECTED]> wrote:
> If the drive is unaccessible after the DV failure, even on a warm
> reboot (which includes a SCSI bus reset), then the drive is flat
> hung. Something done in the current code is breaking it.
Ah. I had wondered if that was possible.
> Can you get a boot
On Sun, Nov 13, 2005 at 05:29:22PM +0100, Sven Luther wrote:
> I mean, the ramdisk: is shorter and thus nicer than image-ramdisk-generators,
It specifies generators for ramdisks, not the ramdisks themself.
Bastian
--
If a man had a child who'd gone anti-social, killed perhaps, he'd still
tend t
On Sun, Nov 13, 2005 at 06:18:36PM +0100, Sven Luther wrote:
> Ah, i was going to not parse anything and just copy it as is into INITRD_CMD.
> Mmm, wait, i forgot something, this is not the usecase i want, what i want is
> :
> ramdisk: mkinitrd.yaird mkinitramfs
> the list of actual binaries being
On dim, 2005-11-13 at 12:46 +0100, Bastian Blank wrote:
> I think it is possible at least for initramfs-tools to run without sysfs
> on the building system.
Right. The caveat to this is "dep" mode. The default mode for
initramfs-tools is to include all of the modules that you're likely
intereste
On Sun, 2005-11-13 at 12:41 -0500, Doug Ledford wrote:
> If the drive is unaccessible after the DV failure, even on a warm reboot
> (which includes a SCSI bus reset), then the drive is flat hung.
> Something done in the current code is breaking it. Can you get a boot
> with DV turned off and ca
Graham Knap wrote:
James Bottomley <[EMAIL PROTECTED]> wrote:
My best guess would be that the bus is slightly marginal. The
aic7xxx drivers are notoriously sensitive to bus problems. Could you
try lowering the bus speed to 10MHz in the aic7xxx bios and see if
that helps?
Sure. I changed th
On Sun, Nov 13, 2005 at 06:07:58PM +0100, Bastian Blank wrote:
> On Sun, Nov 13, 2005 at 05:29:22PM +0100, Sven Luther wrote:
> > Why not :
> > ramdisk: initramfs-tools (>= foo) yaird
> > but more importantly, why the two levels ? Have you planed something else
> > where this is important ?
>
>
On Sun, Nov 13, 2005 at 05:29:22PM +0100, Sven Luther wrote:
> Why not :
> ramdisk: initramfs-tools (>= foo) yaird
> but more importantly, why the two levels ? Have you planed something else
> where this is important ?
Your version needs a dependency parser to drop the (>= foo) in the
generated
James Bottomley <[EMAIL PROTECTED]> wrote:
> My best guess would be that the bus is slightly marginal. The
> aic7xxx drivers are notoriously sensitive to bus problems. Could you
> try lowering the bus speed to 10MHz in the aic7xxx bios and see if
> that helps?
Sure. I changed the device to 20MBy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 13 Nov 2005 16:08:42 +0100
DEMAINE Benoit-Pierre <[EMAIL PROTECTED]> wrote:
> > They depend on yaird | initramfs-tools | linux-ramdisk-tool, there
> > is no way that you can have a dependency depend on the installed
> > kernel, so something mo
On Sun, Nov 13, 2005 at 04:38:25PM +0100, Maximilian Attems wrote:
> On Sun, Nov 13, 2005 at 03:52:31PM +0100, Maximilian Attems wrote:
> > > Well, not wanting to relaunch the discussion at this, but i think Python
> > > rates
> > > really high on the most-uncomprehensible langugage contest, or at
On Sun, Nov 13, 2005 at 04:20:56PM +0100, Bastian Blank wrote:
> On Sun, Nov 13, 2005 at 03:50:09PM +0100, Sven Luther wrote:
> > I mean we need to find a way to override the k-p's default for ramdisk on a
> > per arch/subarch/flavour basis, and a ramdisk= line in the defines seems to
> > be
> > m
Seems this combination makes reboots less likely/predictable, but it is
yet to finish an entire CD.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sun, Nov 13, 2005 at 03:52:31PM +0100, Maximilian Attems wrote:
> > Well, not wanting to relaunch the discussion at this, but i think Python
> > rates
> > really high on the most-uncomprehensible langugage contest, or at least as a
> > language allowing or encouraging to write incomprehensible
> They depend on yaird | initramfs-tools | linux-ramdisk-tool, there is no way
> that you can have a dependency depend on the installed kernel, so something
> more subtle needs to be done.
that the first time in my 5 year Debian life I see a dependency blocking apt
that is
not solved by the 'to b
Jonas Smedegaard wrote:
>
> Have you tried with "irqpoll" as suggested?
Combination of "irqpoll pci=routeirq" seems to resolve the reboot whilst
playing a CD, although the stack dump during boot remains.
I shall go listen to some music whilst reading about these options, and
check to whom I'm su
Jonas Smedegaard wrote:
>
>>>Try again with "pollirq"
> Have you tried with "irqpoll" as suggested?
Sorry, I'm being dense as regards the typos.
'irqpoll' does indeed change the behaviour of the 2.6.14-1 stock kernel
on this laptop.
On boot I see one of these traces, or stack dumps, spewed to
On Sun, Nov 13, 2005 at 03:50:09PM +0100, Sven Luther wrote:
> I mean we need to find a way to override the k-p's default for ramdisk on a
> per arch/subarch/flavour basis, and a ramdisk= line in the defines seems to be
> most obvious place for this.
I currently try to implement such. My plan is s
On Sun, Nov 13, 2005 at 12:58:10PM +0100, Sven Luther wrote:
> Well, not wanting to relaunch the discussion at this, but i think Python rates
> really high on the most-uncomprehensible langugage contest, or at least as a
> language allowing or encouraging to write incomprehensible code :) Well, at
hello jonas,
On Sun, Nov 13, 2005 at 01:44:48PM +0100, Jonas Smedegaard wrote:
> The below was sent to the kernel team and others. Please read and
> comment on debian-kernel@lists.debian.org mailinglist.
>
> It seems both yaird and initramfs-tools share similar confusion:
hehe ;)
> so I will
On Sun, Nov 13, 2005 at 03:11:58PM +0100, DEMAINE Benoit-Pierre wrote:
> Package: linux-image-2.6.14-1-686
> Version: 2.6.14-2
> Followup-For: Bug #336750
>
>
> Setting up linux-image-2.6.14-1-686 (2.6.14-2) ...
> Failed to find suitable ramdisk generation tool for kernel version
> 2.6.14-1-686
>
On Sun, Nov 13, 2005 at 01:57:00PM +0100, Bastian Blank wrote:
> On Sun, Nov 13, 2005 at 12:58:10PM +0100, Sven Luther wrote:
> > Well, not wanting to relaunch the discussion at this, but i think Python
> > rates
> > really high on the most-uncomprehensible langugage contest,
>
> This is incorrec
Package: linux-image-2.6.14-1-686
Version: 2.6.14-2
Followup-For: Bug #336750
Setting up linux-image-2.6.14-1-686 (2.6.14-2) ...
Failed to find suitable ramdisk generation tool for kernel version
2.6.14-1-686
on running kernel 2.4.27-2-386 in /usr/sbin/mkinitrd
/usr/sbin/mkinitrd.yaird /usr/sbin/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
The below was sent to the kernel team and others. Please read and
comment on debian-kernel@lists.debian.org mailinglist.
It seems both yaird and initramfs-tools share similar confusion: They
are tagged as being maintained by the kernel team, but
On Sun, Nov 13, 2005 at 12:58:10PM +0100, Sven Luther wrote:
> Well, not wanting to relaunch the discussion at this, but i think Python rates
> really high on the most-uncomprehensible langugage contest,
This is incorrect. python rates lower than much other languages.
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 13 Nov 2005 12:58:10 +0100
Sven Luther <[EMAIL PROTECTED]> wrote:
> Well, not wanting to relaunch the discussion at this, but
What do you want, then?
- Jonas
- --
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136 W
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
reassign 338734 yaird
thanks
On Sun, 13 Nov 2005 12:43:48 +0100
Matteo Frare Barutti <[EMAIL PROTECTED]> wrote:
> Using /usr/sbin/mkinitrd.yaird to build the ramdisk.
You are using yaird!
Reassigning this bugreport to yaird.
- Jonas
- --
* Jon
Hi, ...
Well, not wanting to relaunch the discussion at this, but i think Python rates
really high on the most-uncomprehensible langugage contest, or at least as a
language allowing or encouraging to write incomprehensible code :) Well, at
least in the gencontrol.py incarnation of it. :)
Friendly
Processing commands for [EMAIL PROTECTED]:
> reassign 338734 yaird
Bug#338734: fstab doesn't mount NTFS partitions on Serial ATA drives.
Bug reassigned from package `linux-2.6' to `yaird'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system ad
reassign 338734 yaird
thanks
On Sun, Nov 13, 2005 at 12:43:48PM +0100, Matteo Frare Barutti wrote:
> here we go:
>
> hal9000:/var/log# dpkg-reconfigure linux-image-2.6.14-1-686-smp
> Using /usr/sbin/mkinitrd.yaird to build the ramdisk.
> Full list of probed ramdisk generating tools : /usr/sbin/mki
This issue seems to be fixed in 2.6.14-1-686, so feel free to close this
bug when 2.6.12 is obsoleted.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
here we go:
hal9000:/var/log# dpkg-reconfigure linux-image-2.6.14-1-686-smp
Using /usr/sbin/mkinitrd.yaird to build the ramdisk.
Full list of probed ramdisk generating tools : /usr/sbin/mkinitrd
/usr/sbin/mkinitrd.yaird /usr/sbin/mkinitramfs.
Not touching initrd symlinks since we are being rein
On Sun, Nov 13, 2005 at 12:16:02PM +0100, Maximilian Attems wrote:
> klibc-utils could be replaced by the busybox utils. waldi proposed that.
> that would reduce the porter work for klibc which is not yet ready for
> any arch.
We can even produce a extra busybox for that if it is worth of size.
>
On Sun, Nov 13, 2005 at 12:13:56PM +0100, Matteo Frare Barutti wrote:
> shame on me!
>
> now i tried again putting "ntfs" in /etc/modules and it worked.
>
> btw i'm using the stock kernel 2.6.14-686-smp present in the Debian
> unstable repos.
Ah, so you are probably using yaird or initramfs-too
[ added jbailey, inifinity and waldi to the cc list ]
On Sat, Nov 12, 2005 at 11:42:26PM +0100, Frans Pop wrote:
> I've taken a first look at what is involved in supporting installation of
> 2.6.14 kernels in Debian Installer _for the installed system_.
>
> Note: This is a separate issue from ru
shame on me!
now i tried again putting "ntfs" in /etc/modules and it worked.
btw i'm using the stock kernel 2.6.14-686-smp present in the Debian
unstable repos.
Matt.
Sven Luther wrote:
On Sun, Nov 13, 2005 at 12:01:37PM +0100, Matteo Frare Barutti wrote:
Hi Sven,
I'm using kernel ve
On Sun, Nov 13, 2005 at 12:01:37PM +0100, Matteo Frare Barutti wrote:
> Hi Sven,
>
> I'm using kernel version 2.6.14 (but i found this problem in earlier
> versions too) and initrd-tools version 0.1.84.
>
> I put the module "ntfs" in /etc/mkinitrd/modules, then i built the
> initrd image and no
Hi Sven,
I'm using kernel version 2.6.14 (but i found this problem in earlier
versions too) and initrd-tools version 0.1.84.
I put the module "ntfs" in /etc/mkinitrd/modules, then i built the
initrd image and now NTFS partitions are correctly mounted.
I haven't tried with yaird yet (i'll tr
80 matches
Mail list logo
