From: Supporting R. O. <of...@su...> - 2005-07-25 08:24:30
|
Hi, We are running IPCop 1.4.6 and it's working just great but recently we tried to make a floppy backup (for the first time) and computer just locked up, there was no response at all. No ping, no keyboard - nothing. We just could RESET it - that was only way to start it again. Without backup on floppy it's working OK - no problems. So we tried with 1.4.5, 1.4.4, 1.4.2 - the same thing But with 1.3.0 everything is OK We checked everything with Knoppix. Floppy disk is working fine and also there are no problems with mainboard under any other OS (distribution) Now we believe that the problem is with SiS 661FX/963 chipset because on mainboard with Intel chipset everything is working fine. Do you know anything about SiS issue ? ShuttleX with FS56 mainboard (http://www.shuttlecomputer.de/eu/fs56.htm) 256DDR RAM PIV 2,6GHz Any ideas ? We are writing here because on IPCOP User list we've got no response, so maybe this is the first email about this kind of problem. Greetings Bart |
From: John E. <jo...@co...> - 2005-07-25 08:59:35
|
On Mon, Jul 25, 2005 at 09:24:10AM +0100, Supporting Role Office wrote: > Hi, > > We are running IPCop 1.4.6 and it's working just great but recently we > tried to make a floppy backup (for the first time) and computer just > locked up, there was no > response at all. No ping, no keyboard - nothing. We just could RESET it - > that was only way to start it again. > > Without backup on floppy it's working OK - no problems. > > So we tried with 1.4.5, 1.4.4, 1.4.2 - the same thing > > But with 1.3.0 everything is OK > > We checked everything with Knoppix. Floppy disk is working fine and also > there are no problems with mainboard under any other OS (distribution) > > > Now we believe that the problem is with SiS 661FX/963 chipset because on > mainboard with Intel chipset everything is working fine. > > > > Do you know anything about SiS issue ? > > ShuttleX with FS56 mainboard (http://www.shuttlecomputer.de/eu/fs56.htm) > 256DDR RAM > PIV 2,6GHz > > > Any ideas ? > > We are writing here because on IPCOP User list we've got no response, so > maybe this is the first email about this kind of problem. The email to ipcop-user has not arrived here yet, have you made sure that you are subscribed to that mailing list ? If you're not subscribed then you have to wait until a moderator OKs the email (to stop spam). I assume you are doing a floppy backup via the web interface. If then the real work is done by program: /usr/local/bin/ipcopbackup First thing to do is to run this program from the command. If it still freezes then grab the source code for that program and look at what it does. Then run through each of the major step independently, especially the system commands for "dd" and "tar" which wipe and write to the floppy disk. Running "badblocks /dev/fd0" will test the floppy disk for defects. Usual suspects are a bad disk or bad drive. -- #---------------------------------------------------------# | John Edwards Email: jo...@co... | | | | A. Because it breaks the logical sequence of discussion | | Q. Why is top posting bad ? | #---------------------------------------------------------# |
From: Gilles E. <g....@fr...> - 2005-07-25 09:48:00
|
Selon John Edwards <jo...@co...>: > On Mon, Jul 25, 2005 at 09:24:10AM +0100, Supporting Role Office wrote: > > Hi, > > > > We are running IPCop 1.4.6 and it's working just great but recently w= e > > tried to make a floppy backup (for the first time) and computer just > > locked up, there was no > > response at all. No ping, no keyboard - nothing. We just could RESET = it - > > that was only way to start it again. > > > > Without backup on floppy it's working OK - no problems. > > > > So we tried with 1.4.5, 1.4.4, 1.4.2 - the same thing > > > > But with 1.3.0 everything is OK > > > > We checked everything with Knoppix. Floppy disk is working fine and a= lso > > there are no problems with mainboard under any other OS (distribution= ) > > > > > > Now we believe that the problem is with SiS 661FX/963 chipset because= on > > mainboard with Intel chipset everything is working fine. > > > > > > > > Do you know anything about SiS issue ? > > > > ShuttleX with FS56 mainboard (http://www.shuttlecomputer.de/eu/fs56.h= tm) > > 256DDR RAM > > PIV 2,6GHz > > > > > > Any ideas ? > > > > We are writing here because on IPCOP User list we've got no response,= so > > maybe this is the first email about this kind of problem. > > The email to ipcop-user has not arrived here yet, have you made > sure that you are subscribed to that mailing list ? If you're > not subscribed then you have to wait until a moderator OKs the > email (to stop spam). > > > I assume you are doing a floppy backup via the web interface. > If then the real work is done by program: > /usr/local/bin/ipcopbackup > > First thing to do is to run this program from the command. > > If it still freezes then grab the source code for that program > and look at what it does. Then run through each of the major step > independently, especially the system commands for "dd" and "tar" > which wipe and write to the floppy disk. > > Running "badblocks /dev/fd0" will test the floppy disk for defects. > > Usual suspects are a bad disk or bad drive. > > I know one bad case where ipcopbackup hang. When the compressed files size excess the floppy size, the program fail b= ut it does not stop the whole machine. This may happen if there is to many files added in /var/ipcop. Gilles |
From: John E. <jo...@co...> - 2005-07-25 10:11:23
|
On Mon, Jul 25, 2005 at 10:36:42AM +0100, Bartosz Morawiec - Supporting Role Ltd. wrote: > John Edwards wrote: >> The email to ipcop-user has not arrived here yet, have you made >> sure that you are subscribed to that mailing list ? If you're >> not subscribed then you have to wait until a moderator OKs the >> email (to stop spam). >> >> >> I assume you are doing a floppy backup via the web interface. >> If then the real work is done by program: >> /usr/local/bin/ipcopbackup >> >> First thing to do is to run this program from the command. >> >> If it still freezes then grab the source code for that program >> and look at what it does. Then run through each of the major step >> independently, especially the system commands for "dd" and "tar" >> which wipe and write to the floppy disk. >> >> Running "badblocks /dev/fd0" will test the floppy disk for defects. >> >> Usual suspects are a bad disk or bad drive. > I've sent an email on 14.07.2005 and it's on the list already for more than > week. And i'm subscribed. Yes, you're right. It was posted from a different email address so I didn't spot it: http://sourceforge.net/mailarchive/forum.php?thread_id=7729372&forum_id=4957 > The problem is that even so easy operation as fdformat is not working :( it > freezes on 22% with many floppy discs and floppy drives, cables etc. but > just under ipcop. What about "badblocks" ? > I can do whatever I want with this floppy under any other OS. Does that include booting this Shuttle box with a Linux CD distibution like Knoppix, and using that to test the floppy drive with different disks ? ps. It's generally a good idea to copy the mailing list on follow-up emails, so that other people get the extra information and know if/when/what fixed the problem. -- #---------------------------------------------------------# | John Edwards Email: jo...@co... | | | | A. Because it breaks the logical sequence of discussion | | Q. Why is top posting bad ? | #---------------------------------------------------------# |
From: Bartosz M. - S. R. Ltd. <ba...@su...> - 2005-07-25 10:25:53
|
Hello, > What about "badblocks" ? we didn't try badblocks command yet - just fdformat but floppies are without bb (checked under W98) > >> I can do whatever I want with this floppy under any other OS. > > Does that include booting this Shuttle box with a Linux CD distibution > like Knoppix, and using that to test the floppy drive with different > disks ? Yes - we tried with Knopix 3.9, fdformat was working, we also tried to put some data on disk and it was also ok. Strange thing is that backup is working with IPCop 1.3 and not with 1.4.x Bartosz |
From: Haudy K. <kaz...@um...> - 2005-07-26 03:27:31
|
At 09:24 AM 7/25/2005 +0100, Supporting Role Office wrote: >Hi, > >We are running IPCop 1.4.6 and it's working just great but recently we >tried to make a floppy backup (for the first time) and computer just >locked up, there was no >response at all. No ping, no keyboard - nothing. We just could RESET it - >that was only way to start it again. > >Without backup on floppy it's working OK - no problems. > >So we tried with 1.4.5, 1.4.4, 1.4.2 - the same thing > >But with 1.3.0 everything is OK > >We checked everything with Knoppix. Floppy disk is working fine and also >there are no problems with mainboard under any other OS (distribution) > > >Now we believe that the problem is with SiS 661FX/963 chipset because on >mainboard with Intel chipset everything is working fine. > > > >Do you know anything about SiS issue ? > >ShuttleX with FS56 mainboard (http://www.shuttlecomputer.de/eu/fs56.htm) >256DDR RAM >PIV 2,6GHz > > >Any ideas ? I would hold the SiS chipset strongly suspect. I had numerous intermittant problems on a SiS chipset based system that I tried to run IPCop on. The main problem was a locking up of the distro during the boot process while detecting the IDE drives/partitions. Turning the PC off completely and letting it sit for a while let things work when I tried it later, but it still was not reliable. I think this problem was due to an IDE driver incompatibility with the onboard IDE controller. Specs: http://support.mpccorp.com/apps/syscomp.asp?ID=34&Categ=34 Micron Millenia M54Li http://www.tacktech.com/pub/manuals/m54li.doc SiS 85C550X chipset. SMC 665 Super I/O chip prominent chip on motherboard: SiS 5501 Other IPCop/SiS chipset problems that people have reported include: [ 1098510 ] ide=nodma causes install to hang when partitioning on SiS CS https://sourceforge.net/tracker/index.php?func=detail&aid=1098510&group_id=4 0604&atid=428516 [ 973674 ] sis 600 ide chipset support https://sourceforge.net/tracker/index.php?func=detail&aid=973674&group_id=40 604&atid=428516 I've also run into compatibility problems between a Geovision GV-900 security camera capture card running on an ASRock P4S61 (SiS 661FX chipset) motherboard (Pentium 4 board). http://www.asrock.com.tw/support/Download/dl_p4S61.htm The problem I encountered was whenever the GV-900 PCI board was installed in the motherboard, the system either would not boot in ACPI mode, and when in booted in APM mode, the system became very 'choppy', i.e. it'd run in short bursts with painful slowness between the bursts. Finally, a P4 2.6 ghz box is almost certainly overkill for IPCop and an old x86 intel-chipset system would likely be easier to get working. -hk |