kanotix.com
General Support - d-u'd today & hal upgrade revisited
nish - 05.11.2006, 15:21 Uhr
Titel: d-u'd today & hal upgrade revisited
I posted my problem previously about my inability to mount my primary (FAT32) hdd's partitions except by CLI. This was caused by upgrading hal and solved by reinstalling version hal_0.5.7.1-2_i386.
I did a d-u today for the first time in awhile and with H2's script. Sure enough hal has been revised a couple more times and problem is back. Reinstalled hal_0.5.7.1-2_i386 and I can access the partitions in KDE again.
I know, I know, it isn't a Kanotix problem. But why isn't googling bringing up more folks such as myself? FAT32 isn't too popular anymore but there has to be more people than I see having this trouble. Another post here on the forum said it was safe to upgrade hal again. Wasn't for me 
Question 2 - Today's d-u left 3 packages held back: debtags, initiscripts-kanotix-live and k3b-defaults-kanotix. Debtags I don't know about but can someone comment on the kanotix pkgs. I saw an option in H2 script for regenerating (?) initscripts not sure if I was supposed to use that. I wasn't asked any config questions except for an exceedingly annoying wvdial asking for pw (I am on cable and don't even have a modem so I just ignored the blasted thing)
Assistance always appreciated as I wander my way through the increasingly confusing d-u'ing of sid.
drb - 05.11.2006, 16:24 Uhr
Titel:
This isn't a general problem as hal 5.8.1-3 isn't causing any problems with fat32 HDD mounting here.
k3b-defaults-kanotix wants to remove cdrecord which is OK as it has forked to wodim.
drb
mzilikazi - 05.11.2006, 16:24 Uhr
Titel: RE: d-u
hal is borked here too.
Code:
echo hal hold|dpkg --set-selections
nish - 05.11.2006, 17:09 Uhr
Titel:
Mzi, what kind of setup? This is an asus motherboard with nvidia chipset. The 100GB drive is primary channel and all its partitions FAT32. I have other systems running other kanotixes too old to try to upgrade. All of them are similar setup with the primary in FAT32 and linux a secondary disk. Should maybe try the new RC on one of them to see if they have the same problem with newer hals. All are different mb's and chipsets.
Drb, what about you?
Oh, and any insight into whether to let initscripts upgrade? I took it off hold when message to let it go was posted on news and I don't know why it is still held.
Tx
piper - 05.11.2006, 18:27 Uhr
Titel:
The only thing on hold for me is Debtags
Try manually editing your fstab to mount your fat32 drives (change the hda to match your partitinons)
Code:
/dev/hda14 /media/hda14 vfat umask=000,shortname=mixed,quiet 0 0
Crest - 05.11.2006, 18:38 Uhr
Titel:
As I wrote already in the german forum I have no problem with the newest hal version. No longer disappearing drive icons and also hal startup time is pretty much the same like with version 0.5.7.1-2
piper - 05.11.2006, 18:44 Uhr
Titel:
I too have no problems with hal 
drb - 05.11.2006, 19:16 Uhr
Titel:
nish
It's a very early asus motherboard with an nvidia nForce chipset (the first).
Host/Kernel/OS "KanotixBox" running Linux 2.6.18.1-kanotix-1 i686 [ KANOTIX 2005-04 ]
CPU Info AMD Athlon XP 1900+ 256 KB cache flags( - ) clocked at [ 1595.936 MHz ]
Videocard Matrox Graphics, MGA G550 AGP X.Org 7.1.1 [ 1024x768 @75hz ]
Network cards Realtek RTL-8139/8139C/8139C+, at port: c800
Processes 104 | Uptime 5:12 | Memory 612.508/1010.12MB | HDD WDC WD1200JB-00CRA0,WDC WD2000JB-32EVA0 Size 321GB (76%used) | Client Shell wrapper | Infobash v2.50
drb
nish - 05.11.2006, 22:40 Uhr
Titel:
well, Drb, we'll wait and see what Mzi has? There must be a common demoninator amongst those of us having probs with newer hal. This is a rather old board too, I got it as a refurb. A7N8X. Only problem I have had with it is memory timings and memory fussiness which I can always diagnose in windows as well. It is stable right now and I am happy with it though running the memory slower than its rating.
Right now the the primary disk has windows XP on it. Previously had 98 though I didn't have newer hal then to compare. The other systems are all primary Fat32 with 98 there. I really need to try newest RC on one of them to see what happens with them.
I can mount the partitions in CLI without problem, but it is a bloody nuisance when they are your primary storage!
piper - 06.11.2006, 01:41 Uhr
Titel:
nish hat folgendes geschrieben::
I can mount the partitions in CLI without problem, but it is a bloody nuisance when they are your primary storage!
Well, yes, I know. You said that above, that is why I said to edit your fstab. 
mzilikazi - 06.11.2006, 02:33 Uhr
Titel:
I don't think my hardware is the reason for this issue and we're actually experiencing related but different problems. I don't use KDE and therefor I don't use whatever method KDE uses for automount. Instead I use ivman & pmount. The problem is easily reproduced. Upgrade hal and watch ivman stop working, downgrade and voila! it works again. Frankly tho I don't care. What does hal/sid have that hal/testing does not? I'll just wait for another hal to be released and test it then. It doesn't hurt anything to keep a package on hold. The only time it might be a real concern is for a security fix. IMHO there is no reason not to simply add your storage to /etc/fstab unless they are removeable disks. In that case it is possible for the bus i.d. to change, then fstab would not be ideal.
bluewater - 06.11.2006, 06:37 Uhr
Titel:
No "hal' problem here as yet: i just did a d-u on 2 installs , on my main install and my sandbox partition on my P2 (running Linux 2.6.18.1-slh-up-2 i686 [ KANOTIX 2006 Easter )
gaim played up though
drb - 06.11.2006, 08:53 Uhr
Titel:
One recent observation : when I try to "Safely remove" a pen drive I get the following note :
"The drive was successfully unmounted but could not be ejected"
drb
nish - 07.11.2006, 11:55 Uhr
Titel:
Piper: I am sorry I didn't respond to your suggestion earlier but that is the way those partitions are already listed in fstab.
Drb: I tried my USB thumbdrive and get the same message you do when I choose safely remove. Previously, I would get no message but the light never went out either.
Well, I have to go now and put back my old hal. The last version that works for me is older than even the one in testing. I keep it in a safe place and just reinstall it after every d-u. If I have time this weekend will install RC in place of one of the older kanotixes on another system and see if I have the same problem with the primary disk mounting.
mzilikazi - 07.11.2006, 12:42 Uhr
Titel:
nish hat folgendes geschrieben::
The last version that works for me is older than even the one in testing. I keep it in a safe place and just reinstall it after every d-u.
No need to reinstall hal each time when you can simply put it on hold.
Code:
echo hal hold|dpkg --set-selections
When you do want to upgrade hal just specify it.
Code:
apt-get install hal
Kano - 07.11.2006, 13:00 Uhr
Titel:
apt-get install eject
if your eject is too old.
nish - 07.11.2006, 14:08 Uhr
Titel:
Kano, thanks for that will try when I get home or watch for Drb if he tries it.
Mzi: I go ahead and let hal upgrade on d-u's to test if it has worked itself out, then reinstall the old one after checking for the other disk in konqueror and not see it. Sometimes these things I know work themselves out in sid but I am waiting for the day when putting back old hal breaks something bad and I bork my whole install
drb - 07.11.2006, 17:01 Uhr
Titel:
I've got the latest (unstable) eject installed so that isn't the problem with the error message.
drb
dedot - 10.11.2006, 23:19 Uhr
Titel:
drb hat folgendes geschrieben::
One recent observation : when I try to "Safely remove" a pen drive I get the following note :
"The drive was successfully unmounted but could not be ejected"
drb
me too
dedot - 10.11.2006, 23:20 Uhr
Titel:
drb hat folgendes geschrieben::
I've got the latest (unstable) eject installed so that isn't the problem with the error message.
drb
me too again 
vilde - 10.11.2006, 23:31 Uhr
Titel:
drb hat folgendes geschrieben::
I've got the latest (unstable) eject installed so that isn't the problem with the error message.
drb
I have the same problem both with USB harddisk and USB stick.
kanotixrules - 12.11.2006, 02:01 Uhr
Titel:
vilde wrote:
I have the same problem with USB harddisk and USB stick.
I also have the same problem, using RC3, latest kernel, all dist-upgrades current
Crest - 12.11.2006, 04:32 Uhr
Titel:
Todays dist-upgrade brought a new hal version. I have tried for the error message '..successfully unmounted but could not be ejected' with my USB stick and the message appears also here. Otherwise the new hal version makes no problems here (like the previous one). My 'eject' is also the latest available.
eco2geek - 12.11.2006, 04:54 Uhr
Titel:
drb hat folgendes geschrieben::
One recent observation : when I try to "Safely remove" a pen drive I get the following note :
"The drive was successfully unmounted but could not be ejected"
It's kind of difficult for the OS to eject a USB key that you have to pull out yourself....no? 
That's what crossed my mind when I got that error message. However, after tonight's dist-upgrade, which upgraded hal to version 0.5.8.1-4, I'm not getting it any more.
Crest - 12.11.2006, 05:07 Uhr
Titel:
I have to say that I don't remember the exact message when safely removing my USB stick (successfully unmounted was enough for me) and so I can't say if the message was different at any time. Downgrading to old hal version 0.5.7.1-2 is btw not a good idea. When doing so I get only an 'unknown error' message box when I want to access the stick with Konqueror.
dedot - 12.11.2006, 10:26 Uhr
Titel:
eco2geek hat folgendes geschrieben::
It's kind of difficult for the OS to eject a USB key that
you have to pull out yourself....no?
That's what crossed my mind when I got that error message. However, after tonight's dist-upgrade, which upgraded hal to version 0.5.8.1-4, I'm not getting it any more.
This morning I dist-upgraded, but i still get that massage.
hubi - 12.11.2006, 10:49 Uhr
Titel:
Have that message as well, but I suppose there will be an update for kiohelper-plugins at some stage that will make our USB-sticks fly through our rooms again 
hubi
Alle Zeiten sind GMT + 1 Stunde
PNphpBB2 © 2003-2007