[Cooker] hdlist
Hello, some strange things with hdlist and genhdlist. Now there is a 2.4 Mb file on the mirrors and running genhdlist locally generate a very small file :-??? Alessandro
Re: [Cooker] gi_network_ks.img
William [EMAIL PROTECTED] writes: what is gi_network_ks.img for? oups, shouldn't have reached the mirror, internal (or even personal) use :) thanks for telling...
[Cooker] modules from 2.2.13-BOOT4
In the latest mirror, the initio.o module was compiled for kernel 2.2.13-BOOT4 , while this kernel is 2.2.13-BOOT10 , which of course gives an error loading the module. William
Re: [Cooker] modules from 2.2.13-BOOT4
William [EMAIL PROTECTED] writes: In the latest mirror, the initio.o module was compiled for kernel 2.2.13-BOOT4 , while this kernel is 2.2.13-BOOT10 , which of course gives an error loading the module. gi*.img install i think... what about using DrakX :)
[Cooker] floppy images to install 6.1
Is it possible to use the cooker floppy images (specifically gi_pcmcia.img or pcmcia.img) to install mandrake 6.1 (from cd)? I was told to do this by official mandrake support, but the cooker images don't use stage2.img, but rather mdkinst_stage2.gz or something like that. Thanks. Patrick
Re: [Cooker] floppy images to install 6.1
Patrick Crosby [EMAIL PROTECTED] writes: Is it possible to use the cooker floppy images (specifically gi_pcmcia.img or pcmcia.img) to install mandrake 6.1 (from cd)? gi_*.img needs quite a lot of tweakings to work in helios (6.1). see www.linux-mandrake.com/drakx/README for more.
[Cooker] Reproducible Crash
I may have encountered a serious bug. My box has crashed two times now (in a period of less than an hour). In both occations, I was copying files from the floppy while heavily using X/Enlightenment by changing desktops or windows quickly using the keyboard. I don't know if this is related, but normally while I use "grip" (which uses cdparanoia) to rip CD's, the ppp network response becomes extremely slow. I was not using "grip" while the crashes happened, but mentioned it anyway just in case it is related. I think this one is related to some bad interrupt handling. I have no idea how to trace this back, plus I dont't want to reproduce it since I have software striping on two 10G HDs and every time it crash it takes like half hour to fsck, plus i don't want to loose all those mp3's and jps's (Damn! I need to put that CDR to work) ;-). I have a Gateway G6-200 (PPro 200) running 2.2.13-28mdk. The only rare thing I could find in the various logs is this entry from the kernel ring buffer (dmesg) which appears repeated a lot (but don't know how to associate it with a time to see if it happened just before the crash): Directory sread (sector 0x15) failed attempt to access beyond end of device 02:00: rw=0, want=11, limit=4 dev 02:00 blksize=512 blocknr=21 sector=21 size=512 count=1 I almost sure "dev 02:00" is the floppy, since /proc/devices says: Block devices: 1 ramdisk 2 fd 3 ide0 9 md 22 ide1 Anyone can help me track this down? Any ideas on were to look for more clues? -- Eugenio Diaz, BSEE/BSCE Linux Engineer [EMAIL PROTECTED]