Release Candidates :: DSL v4.0 alpha1



I'm not sure doing away with FAT is a good idea. I will try formatting with ext2 later. But I did not have any old backup.tar.gz present. Although I did boot from FAT using loadlin and I did have all the extensions in mydsl folder (perhaps I should rename it to MyDSL?) Surely, If the uci's and unc's are mapped to the base system, the permission of the actual source shouldn't matter(?)

Perhaps the extension loader could do the resize, it would not
waste the the icons of the old extensions?

Anyways, I'll try the live CD boot first.

Quote (Key @ July 22 2007,03:51)
Thank you for this information.
I have tried again.

Also I have noticed, that it is possible to use " dsl sata " in DSL 4 alpha as boot parameter. Nevertheless, no difference to DSL 2.1 b.

Enclosed, I will show you what was shown on the display:

..

Checking for SATA....
None.
Scanning for USB devices.... Done.
Can't find KNOPPIX filesystem, sorry.
Dropping you to a (very limited) shell.
Press reset button to quit.

Additional builtin commands available:
   cat           mount     umount
   insmod    rmmod    lsmod

knoppix# insmod /modules/scsi/libdata.o
insmod: /modules/scsi/libdata.o

knoppix# insmod /modules/scsi/ahci.o
/modules/scsi/ahci.o: init_module:
Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters

knoppix# insmod /modules/scsi/ata_piix.o
/modules/scsi/ata_piix.o: init_module:
Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters

knoppix# insmod /modules/scsi/sata_nv.o
insmod: a module names sata_nv already exists

knoppix# insmod /modules/scsi/sata_via.o
/modules/scsi/sata_via.o: init_module:
Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters

knoppix#

//

I will try this thing with "acpi=off noacpi" next

Edit:

Also no success with the boot option " dsl acapi=off noacpi sata " only that it is slower, but with the same result.

The latest Knoppix Live CD is running without problems.
Is it still an issue with the 2.4.xx kernel ?
Maybe I should have voted for the 2.6.xx kernel :)
Will DSL-N also be continued ?

DSL v4.0 alpha1 can start the boot with my SATA DVD drive, but it cannot load the Knoppix image.  I ended up copying the image to a SATA hard drive, so I can get it to boot, but the DVD drive is not available after sata_nv.o gets loaded.

With Fedora 7 and a 2.6.22 kernel, I boot with "combined_mode=libata", but that did not help with DSL v4.0 alpha1.  I also tried adding "libata.atapi_enabled=1", but that did not help, either.  I noticed that there are fewer options shown with "modinfo libata"  in the DSL version.

This is on an Nvidia 650i SLI based Abit Fatal1ty FP-IN9 SLI so it uses the sata_nv.o module.

When I boot, with:

boot:  dsl dma base norestore sata

It boots like Key's example, but after:

Checking for SATA...

It displays:

Loading sata_nv.o.
Done
Scanning for USB devices... Done.
Enabling DMA acceleration for: hda           [something]
Enabling DMA acceleration for: hdb           [something]
Accessing DSL image at /dev/sdb1...

because I had copied the image to the root of my second SATA drive.  After that, everything comes up normally, except for the SATA DVD drive which cannot be accessed.

Key, can you check which SATA controller you have when you run the Knoppix live CD?  Try running "lspci" and see if there are any "Serial ATA Controllers".

Dmesg reports that the Kernel was compiled with gcc 2.95.4. The version of gcc in the repositry is 3.3.4. This is causing me problems trying to compile the latest madwifi modules (& would presumable do so for other modules) as the version numbers of the compilers as not compatible. Can there be some synchronisation of the compiler used to compile the kernel & the one in the repository.
I seem to remember a naming convention problem with sata... (hd* vs. sd*) Not sure if that's the cause of these problems though.

andrewb: did you try the gcc 2.95 extension?

Madwifi 0.9.2 is the latest stable and that is in DSL v4.0.
Next Page...
original here.