| Autor |
Nachricht |
|
|
|
Titel: Zugriffsprobleme auf Laufwerke nach Kernel-Update (gelöst)
 Verfasst am: 09.06.2007, 08:28 Uhr
|
|
Anmeldung: 04. Jun 2005
Beiträge: 111
Wohnort: Engelsbrand, Germany
|
|
Hallo,
nachdem ich ein Kernel-Update gemacht habe, kann ich nicht mehr auf mein CD-Laufwerk zugreifen und es werden nur noch manche Laufwerksymbole angezeigt.
Bei eingelegter CD und Klick auf das Laufwerksymbol erscheint die Meldung
"Die Funktion ist nur mit HAL verfügbar".
Ich habe apt-get remove --purge hal und
apg-get install hal
gemacht, ohne dass sich etwas verändert hat.
Es funktioniert auch keine automatische Erkennung der Medien.
Grüße
Andreas |
Zuletzt bearbeitet von dilly am 10.06.2007, 22:53 Uhr, insgesamt ein Mal bearbeitet
|
| |
|
|
|
 |
|
|
|
Titel: Zugriffsprobleme auf Laufwerke nach Kernel-Update
Verfasst am: 09.06.2007, 09:00 Uhr
|
|
Anmeldung: 23. Jun 2005
Beiträge: 371
Wohnort: El Coronil (Sevilla)
|
|
Hallo!
Schau mal unter Laufwerke im Forum. |
|
|
| |
|
|
|
|
|
|
|
Titel: Zugriffsprobleme auf Laufwerke nach Kernel-Update
Verfasst am: 09.06.2007, 12:18 Uhr
|
|
Anmeldung: 17. Dez 2003
Beiträge: 16809
|
|
| Kommt immer drauf an, welches hal du mit welchem Kernel kombinierst. Deswegen sind in den kernel-update-packs neue hal versionen drin, die aber nicht mit alten kernel versionen laufen. |
|
|
| |
|
|
|
|
|
|
|
Titel: Zugriffsprobleme auf Laufwerke nach Kernel-Update
Verfasst am: 09.06.2007, 13:33 Uhr
|
|
Anmeldung: 04. Jun 2005
Beiträge: 111
Wohnort: Engelsbrand, Germany
|
|
Im kernel-update-pack ist hal_0.5.8.1-9+c0.kanotix.1_i386. Bei mir ist Version 0.5.9-3 installiert, die ist ja eigentlich neuer, oder?
Ich habe es jetzt gerade mit apt-get remove --purge entfernt, ebenso die Bibliotheken libhal-storage1 und libhal1. Daraufhin hat es ne Menge Dateien deinstalliert. Danach habe ich mit dpkg die hal-Dateien aus dem Update-Ordner installiert.
Aber ich fürchte das alles hat eher ein Chaos angerichtet, konquerer lässt sich nicht mehr starten und auch sonst scheint einiges zu fehlen.
Wenn ich auf init 3 gehe, dann erhalte ich nur einen schwarzen Bildschirm.
Irgendwie läuft alles nicht mehr rund.
Ob ich das Kernel-update nochmal ausführe?
Vielleicht kann mir jemand helfen? |
|
|
| |
|
|
|
|
|
|
|
Titel: Zugriffsprobleme auf Laufwerke nach Kernel-Update
Verfasst am: 09.06.2007, 14:25 Uhr
|
|
Anmeldung: 04. Jun 2005
Beiträge: 111
Wohnort: Engelsbrand, Germany
|
|
So, nun habe ich das kernel-update nochmal durchführt und die entfernten Pakete nachinstalliert. Nun stehe ich aber wieder da, wo mein erstes Posting begonnen hat. Konquerer gibt beim Klick auf das CD-Symbol aus: "Die Funktion ist nur mit HAL verfügbar".
HAL liegt in der Version 0.5.9-3 vor also nicht wie im update-Ordner des Kernel-Update-Packs, die Bibliotheken libhal1 und libhal-storage1 dagegen in Version 0.5.8.1-9+c0.kanotix.1, wie es dem Kernelupdate entspricht.
Wie bekomme ich nun HAL auf die richtige Version? Die Datei im Update-Ordner mit dpkg installieren nach apt-get remove --purge hal?
Gruß
Andreas |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 09.06.2007, 17:00 Uhr
|
|
Anmeldung: 19. Jun 2005
Beiträge: 398
Wohnort: Hessen/Geinsheim
|
|
Du solltest vielleicht dein System erstmal auf Etch umstellen, dann klappt es auch mit hal. In Lenny und Sid ist Version 0.5.9-3 und in Etch 0.5.8.1-9.
Für Hilfe bei der Umstellung schau mal hier
http://kanotix.com/FAQ-id_cat-146.html
oder such mal im Forum.
Gruß eddi |
_________________
Samsung R510 4GB Ram GF9200GS M 1280x800 Win7 32bit
HP Mini 311 3 GB Ram Nvidia ION 1368x768 Linux Mint 10 KDE
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 10.06.2007, 00:34 Uhr
|
|
Anmeldung: 17. Dez 2003
Beiträge: 16809
|
|
| Das stimmt, in den "noide" update packs waren ältere hal pakete, hab die jetzt auch aktualisiert von den updates her. Die anderne kernel sind neuer und hatten auch gleich neuere hal sachen. |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 10.06.2007, 09:36 Uhr
|
|
Anmeldung: 04. Jun 2005
Beiträge: 111
Wohnort: Engelsbrand, Germany
|
|
Eigentlich hatte ich mein System schon auf Etch umgestellt. Hab jetzt aber noch die testing-Sourcen in der sources.list auskommentiert, da hier offensichtlich inzwischen ein Unterschied zu Etch ist.
Ich boote jetzt mal mit dem alten Kernel und mache das Kernel-Update mit dem aktualisierten kernel.
Wann sollte man übrigens den noide-kernel und wann den anderen verwenden?
Gruß Andreas |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 10.06.2007, 12:18 Uhr
|
|
Anmeldung: 04. Jun 2005
Beiträge: 111
Wohnort: Engelsbrand, Germany
|
|
|
|
|
|
|
|
|
Titel:
Verfasst am: 10.06.2007, 15:23 Uhr
|
|
Anmeldung: 17. Dez 2003
Beiträge: 16809
|
|
| Ruf fix-fstab.sh auf aus dem fix ordner. |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 10.06.2007, 19:14 Uhr
|
|
Anmeldung: 04. Jun 2005
Beiträge: 111
Wohnort: Engelsbrand, Germany
|
|
Hab ich gemacht. Dort bekomme ich die Meldung:
Warning: No UUID found for /dev/sda (no-filesystem no-type)
Warning: No UUID found for /dev/sda4 (no-filesystem no-type)
Warning: No UUID found for /dev/mapper/control (no-filesystem no-type)
und das Problem besteht immer noch.
/dev/sda4 ist mein swapfile.
in der fstab steht:
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/sda6
UUID=45C4-EEED /Bibliothek vfat auto,users,exec,umask=000 0 2
# /dev/sda3
UUID=fef5e119-4a2c-40aa-aba8-5e5d5f2302e8 / ext3 defaults,errors=remount-ro 0 1
# /dev/sda1
/dev/disk/by-uuid/02A0EF3FA0EF3835 /media/sda1 ntfs ro,umask=000,nls=utf8 0 0
# /dev/sda2
UUID=5C1A-00B7 /media/sda2 vfat umask=000,shortname=mixed,quiet,iocharset=utf8 0 0
# /dev/sda5
UUID=ed2449b6-a417-4aec-bba8-f6730cf265b6 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
Das Problem scheinen wohl die UUID zu sein - wäre der andere Kernel (also nicht noide) vielleicht besser? Aber den kann ich vermutlich nicht einfach drüber installieren, oder? |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 10.06.2007, 19:50 Uhr
|
|
Anmeldung: 17. Dez 2003
Beiträge: 16809
|
|
| Der ist neuer. Kannst ihn einfach testen. |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 10.06.2007, 20:43 Uhr
|
|
Anmeldung: 04. Jun 2005
Beiträge: 111
Wohnort: Engelsbrand, Germany
|
|
Neuen Kernel aufgespielt, altes Problem behalten. fix-fstab.sh bringt die gleichen Meldungen wie in meinem letzten posting.
Kein Zugriff auf DVD-Laufwerk.
Was nu? apt-get dist-upgrade?
hal runterwerfen und neu installieren? |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 10.06.2007, 20:47 Uhr
|
|
Anmeldung: 03. Okt 2006
Beiträge: 415
Wohnort: Berlin
|
|
Ich habe festgestellt, das nach der Installation des aktuellen Kernelpakets hal nicht mehr gestartet wurde und ich entsprechend natürlich auch keine Laufwerke mehr in KDE hatte. Ich habe dann mal aus dem Kanotix-Menü 'Systemdienste' gestartet und gesehen, das hal unter den deaktivierten Diensten gelistet war. Nachdem ich es wieder zu den aktiven Diensten verschoben und den Rechner neu gestartet habe, wurde hal dann auch wieder normal gestartet.
Was störend bleibt, ist, das vga=791 mit dem Kernel nicht mehr geht. Bei dem Kernel 2.6.20-8 war das ja noch kein Problem. Ist es nicht möglich, den alten Zustand wieder herzustellen, ohne dabei auf zukünftige Kernel-Updates verzichten zu müssen? |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 10.06.2007, 22:52 Uhr
|
|
Anmeldung: 04. Jun 2005
Beiträge: 111
Wohnort: Engelsbrand, Germany
|
|
@Crest
Großartig! Das war's, jetzt läuft es wieder. (Bleibt nur noch das Problem, dass bei init 3 der Bildschirm schwarz bleibt, aber das ist eine andere Geschichte...)
Vielen Dank auch an Kano für die vielen Tipps, auch das hat mir weiter geholfen, ich hab wieder einiges dazu gelernt.
Viele Grüße
Andreas |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 11.06.2007, 00:25 Uhr
|
|
Anmeldung: 17. Dez 2003
Beiträge: 16809
|
|
Stimmt, hier ist ein hotfix:
update-rc.d -f hal start 24 2 3 4 5 . stop 16 0 1 6 .
Hab jetzt das install script etwas geändert, dass man das nicht braucht. Hab ich übersehen, dass das neue hal aus sid so gestartet werden muss - das von etch brauchte das nicht. |
|
|
| |
|
|
|
|
|
|
