Jump to content

emmanuel_uk

Members
  • Content Count

    288
  • Joined

  • Last visited

Everything posted by emmanuel_uk

  1. weird indeed you are sure windows detect the 1Gb (you did not test with 1 Gb + 256 MB and windows would have just worked on the 256 MB only?) you could try to boot with the mandy dvd and perform a reinstall (upgrade) this should do next to nothing and should redetect the 1 Gb only ram module in place Maybe there is a conflict with the swap size (unlikely) failing? can you be more precise, maybe nothing to do with the ram!
  2. OS version, wengo version? did you try to launch from a terminal to see error messages
  3. if gparted / cfdisk etc do not work, before getting the HD manufacturer utility, maybe look in the bios if there is a low level format option (I have one for a raid card)
  4. as root ifconfig eth1 192.168.1.5 (choose an IP that works for your network) (syntax allowing, and driver being loaded, not much more than that I guess) You will need to check the settings of the firewall /etc/shorewall/ interfaces, rules...
  5. look on http://www.linmodems.org/ and better the archives in http://linmodems.technion.ac.il/ bottom of page it will tell you if there is a driver (if free probably limited at 14 kbp) or not
  6. Got the same problem (from time to time), never managed to understand why or to find when the problem was triggered Can you start from a command-line terminal by typing mozilla-firefox If you really want to help with that you need to give - kernel version - mandy version - which windows maanger kde? - amount of memory any rules you can find out about when problem happens I have no solution (use command line or click again, or install a new icone & link) I installed firefox from the tar.gz in another directory so I have 2 firefox binaries (and icones) I cannot tell you if any one link is more buggy at start
  7. +1, could not think of the term yes anything with that and frame per second sampling (and the whole ntsc/pal issue) also I had green lines when using HDI worst case scenario it is a 64 bits code issue or a clock issue (unlikely) but you may try to install 32 bits OS mandriva on spare partition if you cannot resolve simply what mencoder is doing >>mpeg2video Did you try another codec? (just in case) and remove any supefluous option during this testing phase
  8. man mencoder I am afraid also picture look like (speaking thrg my ar__ because really I do not know, hope sbdy else joins in) - bad physical connection - ntsc sampling on pal - having both vga and HDI cables connected together (is this case) - software issue I have not a clue, sorry Are you pal or ntsc where you are?
  9. Was beaten to it! Something else to bear in mind (and a few other threads or people giving anodectical evidence of this) is that further to bad brand of cd/dvd, bad burn, fussy players, there is also the case of good burn, good player but cd/dvd ever so slighlty warped or not well balanced, so even 2 dvd from a same pack can have different behaviour (I have burnt mandy 2007.1. on 2 dvds one boots, the other does not, thanks to the fussy dvd-player of an IBM laptop) and here goes those errors that make little sense Sometimes dvd players need cleaning as well
  10. maybe ntsc vs pal options? vbitrate=4000 maybe remove option to let the default one being used try a smaller size picture and more standard (say about 320 x200) in case it is a processor power issue and for easier tests no other ideas, no card like this here
  11. A linux can do that is worth advertising Done the same years ago, moved a 10.1 mandy HD from an old PIII into a sempron socket A based mobo. And it worked. I was so impressed I have not rebooted zinblows for 2 yrs now. Try that with Zinblows! I suppose with hardrake as a service it might even be easier nowadays
  12. "How to choose the right screenshot program" http://www.linux.com/article.pl?sid=06/10/12/1843204 read the comment ont the article as well and if you want more info you can X-ref the different software names together
  13. go for the static IP address and the option lladdr http://www.hmug.org/man/8/ifconfig.php can be used to set the MAC hexa address to whatever (but non zero) I know somebody who had what looks like the same problem. At least if yout set the MAC to non zero and it still does not work then it will be sthg else ;)
  14. Ferg sometimes old players are funny maybe try another brand of dvd burnt at lower speed (if you are using a 16x or 8x branded dvd, I think it is worth trying a 2x or 4x branded dvd)
  15. --noclean option is fine with urpmi but sometimes I really want to use drakrpm *and* I do not want the cache to be emptied upon rpms installation I have posted a thread and solution for 2007.0 http://www.linuxquestions.org/questions/sh...ad.php?t=349112 I poked around the perl code and some of the draklib and perl modules in /usr/lib but I have not find a solution yet (greping has been unsuccessful with clean and noclean; I also tried to locate where the "removing blabla" string is coming from when installing a package with drakrpm launched from a terminal (in this case drakprm is a bit verbose in the terminal) I must be looking in the wrong place, and I am sure other people would like a solution to this. I have not tried olddrakrpm... There is a packet called ack which is only 25 kb that can be used to install/de-install to check the behaviour in the cache
  16. For comparison. for info I downloaded by torrent, finished more than 24h ago, already have a share ratio of 1 linuxtracker reports for the dvd more than 1000 snatches and 181 seeder(s), 991 leecher(s) = 1172 peer(s) total
  17. I agree important, so they should be restarted at later date, but to identify what is causing the activity, crond and at are quite likely to be culprits janusz, I posted a list of what I would stop during the investigation assuming you have just a normal desktop. And I went for the overkill. But once sorted you will have to think about which services you really need also you need to stop opera and any other application then start them 1 by 1 if HD activity stoped wwasher? are you using webwasher? Is there a linux version? the gam_server monitor file size change AFAIK that could be the culprit you may want to do as root killall gam_server
  18. Related topics on the board here The old topic about the delays (Also I posted links to where the torrents are) https://mandrivausers.org/index.php?showtop...&hl=tracker About the isos checksums and isos on ftp https://mandrivausers.org/index.php?showtopic=40588&hl=
  19. as root type drakxservices in a terminal and stop all these acpi acpid atd avahi-daemon clamd crond dm freshclam jexec never came accros jexec... lisa netfs nfslock ntpd partmon wltool
  20. The torrent once discounting the added txt files and ftp jussieu have the same md5 checksum here is the ftp one again 01a36aa86f148b1b22092dcc0fe2a745 here is the 32 bits torrent $ cat mandriva-linux-2007-spring-free-dvd-i586.iso.md5.asc -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 01a36aa86f148b1b22092dcc0fe2a745 mandriva-linux-2007-spring-free-dvd-i586.iso -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFGJHxI54mK4HB3H/MRArH7AJwLiZf4RwfrK2nMABFUZ1B9kAIESwCeLLRR hqeW8uOsDzoDpYvbyCyQvaE= =yOTM -----END PGP SIGNATURE-----
  21. I see your point, just thought your description of event was unfair when explaining the reasons. I do also wonder if bad isos have been left. I hope not. from other threads about the new isos, it "seems" ok
  22. recognising bug in the iso at the time and pulling it out and putting a new one, I think this is a bit of courage and a good QA approach. OK, It should not have happened in the first place. But it looks like right decision taken at the right time. Anyhow this is discussed in another thread
  23. kate, kat, kit kat, cat, tac toc toc, loosing my head indeed, yes kat it was not kate because kate is there as well also check clamav or other antivirus not doing a scan and also smartd doign a HD smart attribute long test (but that should stop once doing anything else)
  24. spring dvd iso 32 bits on linuxtracker hash is cecb40db7e9d37f2c46a12e533b29784ca810d34 but on ftp jussieu for the 32 bits the md5 is 01a36aa86f148b1b22092dcc0fe2a745 and ftp jussieu 64 bits 5fa556be0be267a5c3d65ccad72b7f41 so unless a hash is not a md5, or there is a slight change or any txt header was added (different checksum text file added to the torrent) no way to tell if these should not be identical have not compared the iso size... seems a wild goose chase
×
×
  • Create New...