Jump to content

dude67

OTW
  • Posts

    1155
  • Joined

  • Last visited

Posts posted by dude67

  1. @ scarecrow, this is what turned me from Canon to HP... Here in Europe/Finland, when asking for linux drivers from Canon, I get an answer: "go look for some independent open source software; we will not provide one for you!", whereas with HP you don't even need to ask, it works out-of-box (by HP)! How's that for service! :thumbs: for HP!

     

    BTW: the papers and inks are ridiculous for both HP and Canon - at least here in Finland!

  2. maybe the fire wall somehow blocks 127.0.0.1, I had such a problem some time ago after messing around with kmyfirewall, gnome was dog-slow until I shut down iptables completely, have you tried this, what is the effect ?

    Well, I'm not experiencing any problems with gnome once it's all up. The only thing is that it takes several minutes to start (with the small gnome flash thingy in the center screen) and that wasn't always so.

     

    One more note: I can start apps while the thing is loading. So far the only thing I've noticed that I'm unable to do is log out or shut down before everything is fully loaded. And the other weird thing is the Terminal that starts as regular user once all is up.

     

    If there are any more suggestions, I'd be glad to hear them.

  3. OK, I was unable to turn 3D off (!), but I'm still doubtful that the 3D (compiz-fusion) is the source... Hmm...

     

    I restarted the system several times and this 'gconfd' line sometimes seems to take some two minutes; any ideas could that be the problem?

    Dec 29 13:38:33 localhost gconfd (dude67-21290): Resolved address "xml:readwrite:/home/dude67/.gconf" to a writable configuration source at position 0
    			   Dec 29 13:40:33 localhost mdkapplet[21366]: ### Program is starting ###

    and on another occasion:

    Dec 29 17:41:30 localhost gconfd (dude67-6322): Resolved address "xml:readwrite:/home/dude67/.gconf" to a writable configuration source at position 0 
    			   Dec 29 17:43:28 localhost mdkapplet[6518]: ### Program is starting ###

    This always happens when X has started and Gnome is beeing deployed. I can see the Gnome flash (or whatever) logo in the middle of the screen, but I'm still able to use the system. I can e.g. start MCC and Firefox. So: I'm able to use Mandriva, but the system takes some two minutes still to be fully up (before e.g. the firestarter GUI is loaded in the panel along with a few other icons) and the (a bit annoying) terminal window will appear.

  4. seems it still tries to start firestarter

    Sorry, I forgot to mention that I turned it back on as it didn't make any difference...

     

    I worked out it was due to my 3d destop effects (i was playing around with them). I turned them off, and what do you know, my computer loads xwindows fine.

    Just a thought

    Sounds like a plan. I'll try that. It just doesn't explain why it takes all this time to start Gnome all of a sudden.

  5. I've been having this problem for quite some time and I have been unable to resolve this. So I'm again turning to you for help.

     

    When starting Gnome it takes ages (i.e. a few minutes) to get Gnome up & running. It used to fire up in no time. Another sidenote is that I'm getting a terminal session opened (as a reg. user) every time Gnome starts up.

     

    It all started when I looked for a way to start Firestarter from boot. I did it according to this: https://mandrivausers.org/index.php?showtopic=35278

     

    But even when disabling it (commenting out the line in the sudoers file and removing Firestarter from the Sessions), it still takes forever to start up Gnome and it still brings up the terminal window.

     

    Here's syslog from one Gnome startup. I cannot find any one item that would consume a great deal of time.

    Dec 29 13:02:25 localhost gconfd (dude67-20620): starting (version 2.20.0), pid 20620 user 'dude67' 
       Dec 29 13:02:25 localhost gconfd (dude67-20620): Resolved address "xml:readonly:/etc/gconf/gconf.xml.mandatory" to a read-only configuration source at position 0 
       Dec 29 13:02:25 localhost gconfd (dude67-20620): Resolved address "xml:readonly:/etc/gconf/gconf.xml.local-mandatory" to a read-only configuration source at position 1 
       Dec 29 13:02:25 localhost gconfd (dude67-20620): Resolved address "xml:readwrite:/home/dude67/.gconf" to a writable configuration source at position 2 
       Dec 29 13:02:25 localhost gconfd (dude67-20620): Resolved address "xml:readonly:/etc/gconf/gconf.xml.local-defaults" to a read-only configuration source at position 3 
       Dec 29 13:02:25 localhost gconfd (dude67-20620): Resolved address "xml:readonly:/etc/gconf/gconf.xml.defaults" to a read-only configuration source at position 4 
       Dec 29 13:02:26 localhost gconfd (dude67-20620): Resolved address "xml:readwrite:/home/dude67/.gconf" to a writable configuration source at position 0 
       Dec 29 13:03:52 localhost drakconf.real[20689]: ### Program is starting ### 
       Dec 29 13:03:55 localhost drakconf.real[20694]: ### Program is starting ### 
       Dec 29 13:03:58 localhost kernel: floppy0: no floppy controllers found 
       Dec 29 13:03:58 localhost modprobe: FATAL: Error inserting floppy (/lib/modules/2.6.22.12-desktop-1mdv/kernel/drivers/block/floppy.ko.gz): No such device 
       Dec 29 13:04:01 localhost kernel: floppy0: no floppy controllers found 
       Dec 29 13:04:01 localhost modprobe: FATAL: Error inserting floppy (/lib/modules/2.6.22.12-desktop-1mdv/kernel/drivers/block/floppy.ko.gz): No such device 
       Dec 29 13:04:08 localhost logdrake[20719]: ### Program is starting ### 
       Dec 29 13:04:25 localhost mdkapplet[20731]: ### Program is starting ### 
       Dec 29 13:04:26 localhost sudo:	  dude67 : TTY=unknown; PWD=/home/dude67; USER=root; COMMAND=/usr/sbin/firestarter --start-hidden 
       Dec 29 13:04:26 localhost gconfd (root-20759): starting (version 2.20.0), pid 20759 user 'root' 
       Dec 29 13:04:26 localhost gconfd (root-20759): Resolved address "xml:readonly:/etc/gconf/gconf.xml.mandatory" to a read-only configuration source at position 0 
       Dec 29 13:04:26 localhost gconfd (root-20759): Resolved address "xml:readonly:/etc/gconf/gconf.xml.local-mandatory" to a read-only configuration source at position 1 
       Dec 29 13:04:26 localhost gconfd (root-20759): Resolved address "xml:readwrite:/root/.gconf" to a writable configuration source at position 2 
       Dec 29 13:04:26 localhost gconfd (root-20759): Resolved address "xml:readonly:/etc/gconf/gconf.xml.local-defaults" to a read-only configuration source at position 3 
       Dec 29 13:04:26 localhost gconfd (root-20759): Resolved address "xml:readonly:/etc/gconf/gconf.xml.defaults" to a read-only configuration source at position 4 
       Dec 29 13:04:26 localhost net_applet[20743]: ### Program is starting ### 
       Dec 29 13:04:27 localhost mdkapplet[20731]: ### Program is exiting ### 
       Dec 29 13:04:56 localhost logdrake[20953]: ### Program is starting ### 
       Dec 29 13:04:59 localhost logdrake[20953]: ### Program is exiting ### 
       Dec 29 13:05:10 localhost logdrake[20957]: ### Program is starting ### 
       Dec 29 13:05:10 localhost logdrake[20958]: ### Program is starting ### 
       Dec 29 13:05:12 localhost logdrake[20958]: ### Program is exiting ###

     

     

    [moved from Installing Mandriva by spinynorman]

  6. Exactly what daniewicz said: I have /tmp folder (containing some tmp files but not taking that much disk space) and then I have /home/dude67/tmp folder that is taking huge amounts of HD space.

     

    There are quite a few folders and files there and I'm not really sure what they are. Some folders are named "keyring-xxx", most of them are named "virtual-dude67.xxxx", but the ones taking the most spece are the two folders under /home/dude67/tmp/kde-dude67. The two big folders contain some temp tar files (judging by the names of the folders: temp_tarGjMn9R and temp_tarRjylbb).

     

    I did already delete the whole kde folder (freed some 34,5 GB HD space), but what are those keyring and virtual folders under the tmp folder?

  7. I, too, run WinXP and MDV (2008). I would also suggest running a clean install in stead of upgrade (reasons listed above posts).

     

    The MDV installation does not touch your WinXP partition if you do not let it. Just search this forum for advice, if you need them.

     

    Do you have a separate /home partition? If you do, then it's easy to keep all the personal information you have (e-mails, documents etc.). If you choose the "Custom disk partitioning" (or was it "use existing partitions"?) you will be asked during the installation process which partitions you would like to format. Just leave the /home partition alone and format the rest of the Mandriva partitions (not the windoze ones - but I guess it will not even ask to format that).

  8. Actually I was running Beagle, but just killed it. It kept the system slow and didn't quite see any point in using it. I hopefully also managed to stop loading it in the next boot.

     

    OK, if it was Beagle, I would be able to delete the folders safely then?

  9. I just had a closer look at what my HD has "eaten" and realized I have a huge tmp folder. That tmp contains only one notable folder: kde-dude67 with the size of 34,6 GB! In that folder I have two very large folders in it: ark5DEZfz (16,1 GB) and arkXeFDBv (14,9 GB).

     

    What are these folders and do I really need them? In windoze I'd just delete the contents of tmp or temp folders, but I never thought that KDE or Gnome would collect a very large temporary folder.

     

    I'm currently using Gnome, but I have KDE installed. I use KDE very seldom, but do so every 2 months or so. Should I just delete the tmp folder and it's contents, or would that lead to problems with KDE?

  10. I haven't figured this thing out yet. What I did was format this DVD-RAM in Windoze with InCD (came with NERO 6) to different versions of udf. I thought: Hey, this will solve my problems! Alas, no...

     

    I now get Mandriva to recognize the DVD - it even let's me see the contents of the DVD, but it won't let me do anything with it. In other words, I don't have any rights to the DVD - even as root.

    This is what I now get in Terminal:

    [root@localhost /]# umount /dev/sr0
       [root@localhost /]# mount /media/cdrom
       mount: block device /dev/sr0 is write-protected, mounting read-only
       [root@localhost /]# umount /dev/sr0
       [root@localhost /]# mount /dev/sr0
       mount: can't find /dev/sr0 in /etc/fstab or /etc/mtab
       [root@localhost /]# cdrwtool -d /dev/sr0 -q
       using device /dev/sr0
       wait_cmd: Input/output error
       Command failed: 5c 00 00 00 00 00 00 00 0c 00 00 00 - sense 05.30.02
       [root@localhost /]# mount /media/cdrom
       mount: block device /dev/sr0 is write-protected, mounting read-only
       [root@localhost /]#

    Any ideas how to proceed?

  11. thank you sooooo much for replying. finally someone spoke lol.

    I would suggest a little more patience. Just because someone hasn't answered your question in 15 or 30 mins doesn't mean that you will not get an answer. We are not bunch of people hanging around waiting for someone to post a question in MUB and in that very minute getting ready to answer.

     

    [We are a bunch of people without real lives and hangin on two dozen forums waiting for someone to ask questions :P ]

  12. I have had these (or somewhat similar errors) as well, but this is one upgrade and a fresh install ago so don't know how I solved it then. I checked some of my old links (as I only ever tested CDRW which may not be identical to DVD-RAM) and cam across this in the Gentoo WIki, which mentions (1) not to use cdwrtool (only for CDRW), but mkudffs instead. If that gives trying to change type of multiple extents it suggests not using mkudffs but dvd+rw-format /dev/hdc instead. I guess you have not yet tried to do this (especially after doing up the pktsetup thing). Just an idea..

    Nope...

    [root@localhost ~]# mkudffs /dev/sr0
       trying to change type of multiple extents
       [root@localhost ~]# mkudffs /dev/dvd
       trying to change type of multiple extents
       [root@localhost ~]# mkudffs /dev/cdrom
       trying to change type of multiple extents
       [root@localhost ~]# mkudffs --media-type=dvdram /dev/sr0
    	 trying to change type of multiple extents
    	 [root@localhost ~]#

     

    And once again, the same I tried earlier:

    [root@localhost ~]# cdrwtool -d /dev/sr0 -q
     using device /dev/sr0
     wait_cmd: Input/output error
     Command failed: 5c 00 00 00 00 00 00 00 0c 00 00 00 - sense 05.30.02
     [root@localhost ~]# cdrwtool -d /dev/dvd -q
     using device /dev/dvd
     wait_cmd: Input/output error
     Command failed: 5c 00 00 00 00 00 00 00 0c 00 00 00 - sense 05.30.02
     [root@localhost ~]# cdrwtool -d /media/cdrom -q
     using device /media/cdrom
     set_options
     can't unlock door
     [root@localhost ~]#

     

    In the last try (as well as a few posts earlier) it says: "set_options | can't unlock door". What's all that?

  13. I have had these (or somewhat similar errors) as well, but this is one upgrade and a fresh install ago so don't know how I solved it then. I checked some of my old links (as I only ever tested CDRW which may not be identical to DVD-RAM) and cam across this in the Gentoo WIki, which mentions (1) not to use cdwrtool (only for CDRW), but mkudffs instead. If that gives trying to change type of multiple extents it suggests not using mkudffs but dvd+rw-format /dev/hdc instead. I guess you have not yet tried to do this (especially after doing up the pktsetup thing). Just an idea..

    Thanks, pindakoe. I appreciate your input. I will give it one last go, but if that doesn't work, I don't know what to do. I'm a little skeptical that it will work, but definitely will give it a go.

     

    After this, the only thing left to do is to go to w.... hrmh.... to 'another place' and format it there to UDF. :blink:

  14. Pindakoe, thanks for your tips. Let's see what I got.

     

    1. I have installed udftools as I said earlier. That I think covers point 1.

     

    2. I did that with the following changes: in /etc/sysconfig/pktcdvd I wrote dvd /dev/hdc (I was contemplating on writing dvd /dev/sr0)

     

    3. Then I went and run

    [root@localhost dev]# pktsetup dvd /dev/sr0
    			 [root@localhost dev]# chmod a+rw /dev/pktcdvd/dvd

    4. And then it failed on this one

    [root@localhost dev]# cdrwtool -d /dev/sr0 -q
    		 using device /dev/sr0
    		 wait_cmd: Input/output error
    		 Command failed: 5c 00 00 00 00 00 00 00 0c 00 00 00 - sense 05.30.02
    		 [root@localhost dev]#

    The DVD is not mounted as it tries to do that every time I insert the disk, but it says it fails.

     

    Any thoughts?

  15. OK. I gave it a go:

    [root@localhost ~]# cdrwtool -d /dev/scd0 -q
       using device /dev/scd0
       open cdrom device: No such file or directory

    So I thought: OK, perhaps the scd0 is wrong... And I go:

    [root@localhost ~]# cdrwtool -d /dev/sr0 -q
       using device /dev/sr0
       wait_cmd: Input/output error
       Command failed: 5c 00 00 00 00 00 00 00 0c 00 00 00 - sense 05.30.02

    ...and...

    [root@localhost ~]# cdrwtool -d /dev/cdrom -q
       using device /dev/cdrom
       wait_cmd: Input/output error
       Command failed: 5c 00 00 00 00 00 00 00 0c 00 00 00 - sense 05.30.02

    ...and...

    [root@localhost ~]# cdrwtool -d /media/cdrom -q
       using device /media/cdrom
       set_options
       can't unlock door
       [root@localhost ~]#

    Nothing seems to work.

  16. I installed UDFtools through MCC, but now I get this...

     

    				 [root@localhost dev]# mkudffs sr0
    			 trying to change type of multiple extents
    		 [root@localhost dev]# mkudffs /media/cdrom
    			 trying to change type of multiple extents
    		   [root@localhost dev]# /usr/bin/mkudffs /dev/sr0
    			 trying to change type of multiple extents
    			 [root@localhost dev]# /usr/bin/mkudffs /media/cdrom
    			 trying to change type of multiple extents
    		   [root@localhost dev]# mkudffs /dev/sr0
    			 trying to change type of multiple extents
    			 [root@localhost dev]# mkudffs /media/cdrom
    			 trying to change type of multiple extents
    			 [root@localhost dev]# mount /dev/sr0
    			 mount: can't find /dev/sr0 in /etc/fstab or /etc/mtab
    			 [root@localhost dev]# mount /media/cdrom
    			 mount: you must specify the filesystem type

     

    What's going on... I then googled this "trying to change type of multiple extents" and came up with instruction to format the DVD anew.

     

    I did so:

    # dvd+rw-format  -force=full /dev/dvd

    It ran a fair while. But even though it seemed to format the whole DVD-RAM disk, this is (again) what I got:

    [root@localhost dude67]# mkudffs /media/cdrom
    	   trying to change type of multiple extents
    	   [root@localhost dude67]# mkudffs /dev/sr0
    	   trying to change type of multiple extents
    	   [root@localhost dude67]# mkudffs /dev/dvd
    	   trying to change type of multiple extents
    	   [root@localhost dude67]#

    Then this is my /etc/fstab

    /dev/sda6 / ext3 noatime 1 1
    	 /dev/sda8 /home ext3 noatime 1 2
    	 /dev/cdrom /media/cdrom auto umask=0,users,iocharset=utf8,noauto,exec 0 0
    	 /dev/sda1 /mnt/win_c ntfs-3g defaults,locale=en_US.UTF-8 0 0
    	 /dev/sda5 /mnt/win_d ntfs-3g defaults,locale=en_US.UTF-8 0 0
    	 none /proc proc defaults 0 0
    	 none /tmp tmpfs defaults 0 0
    	 /dev/sda9 /usr ext3 noatime 1 2
    	 /dev/sda7 swap swap defaults 0 0

    I cannot figure it out...

  17. I love google, I learnt a bit on UDF now in case I decide to use it :)

    I love google as well, but sometimes I cannot see the forest from the trees! And sometimes it's just that I don't understand what's relevant and what's not. (At least according to my wife... :D )

     

    I tried to find the info googling, but ... I'll try harder next time. Thanks Ian! I will definitely check that link when I get home. :thumbs:

×
×
  • Create New...