kanotix.com

Laufwerke - KDE-Mountproblem (Workaround für USB und CD/DVD)

hubi - 31.07.2006, 13:36 Uhr
Titel: KDE-Mountproblem (Workaround für USB und CD/DVD)
Statt der Einbindung einer Daten-DVD kriege ich folgenden Roman als Fehlermeldung von kio_media_mounthelper:

Zitat:
A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface "org.freedesktop.Hal.Device.Volume" member "Mount" error name "(unset)" destination "org.freedesktop.Hal")
Kann damit jemand was anfangen?

EDIT:
Ist reproduzierbar. Gleiche Fehlermeldung am Desktop wie am VAIO. Mein HP ist noch nicht upgegradet.

hubi
MontyPython - 31.07.2006, 13:52 Uhr
Titel: RE: Kein Mounten von DVD nach KDE-Upgrade möglich
hast du schon mal eine andere DVD versucht ??? Obiger Text hört sich nach einem Rechteproblem bei der DVD an.
MontyPython - 31.07.2006, 13:58 Uhr
Titel: RE: Kein Mounten von DVD nach KDE-Upgrade möglich
habe mal gegoogelt, das Problem tritt auch unter SuSE 10.1 und slackware-10.2 auf. Antworten sind da noch keine, aber es soll als root wohl funktionieren !
devil - 31.07.2006, 14:00 Uhr
Titel: RE: Kein Mounten von DVD nach KDE-Upgrade möglich
hubi,
daten-dvd geht hieir mit kde 3.5.4 problemlos, hab grade mehrere getestet.
icon kommt, mounten geht per icon und per cli problemlos.

greetz
devil
hubi - 31.07.2006, 14:17 Uhr
Titel: RE: Kein Mounten von DVD nach KDE-Upgrade möglich
Danke für Eure Hilfe, aber es lässt sich mit KDE 3.5.4 nichts als User mounten. Keine DVD, keine CD. An den Medien liegt es nicht.

Wie gesagt, reproduzierbar auf zwei Installationen. Habe sogar einen Reboot durchgeführt, falls ein Dienst beim Upgrade vergessen worden ist zu starten. Nix. Nada.

Als root mounten geht, dann ist die DVD als Speichermedium im Konqueror unter media:/ und ich kann auf die Daten auch als User zugreifen.

Zitat:
root@KanotixBox:~# mkdir /mnt/shit
root@KanotixBox:~# mount /dev/hdc /mnt/shit
mount: blockorientiertes Gerät /dev/hdc ist schreibgeschützt, wird eingehängt im Nur-Lese-Modus


Ist ja wie zu Zeiten, als ich mit Linux angefangen habe Mr. Green

Danke,
hubi
MontyPython - 31.07.2006, 14:21 Uhr
Titel: RE: Kein Mounten von DVD nach KDE-Upgrade möglich
Dann ist es jedenfalls das Problem, mit dem auch einige andere in der Community zu tun habe, wo aber scheinbar noch keine Lösung gefunden worden ist, denn auch die anderen Fragesteller haben bislang keine Antworten. Kannst die Fehlermeldung komplett gogeln und wirst dann auch die anderen Seiten finden.
udatt - 31.07.2006, 14:33 Uhr
Titel:
Habe seit dem heutigen d-u das selbe Problem, USBstick und -platte lassen sich nicht mehr per Icon mounten
hubi - 31.07.2006, 14:33 Uhr
Titel: RE: Kein Mounten von DVD nach KDE-Upgrade möglich
Danke, das ist nicht hoffnungsvoll. USB-Sticks lassen sich auch nicht mounten, wie beschrieben. Nur: warum scheine ich der einzige mit Kanotix zu sein, der dieses Prolem hat?

EDIT:
Hallo udatt, Leidensgenosse.

*kopfkratz*
hubi
MontyPython - 31.07.2006, 14:42 Uhr
Titel: RE: Kein Mounten von DVD nach KDE-Upgrade möglich
vermutlich haben noch nicht so viele auf 3.5.4 upgedatet Smilie
michaa - 31.07.2006, 14:53 Uhr
Titel: RE: Kein Mounten von DVD nach KDE-Upgrade möglich
gleiches problem mit usb-stick hier. Und genau die gleiche fehlermeldung: "A security policy in place prevents .....usw"
hubi - 31.07.2006, 14:57 Uhr
Titel: RE: Kein Mounten von DVD nach KDE-Upgrade möglich
Das Problem kann mal eingekreist werden, die Rechte werden vermutlich in /etc/dbus-1/system.d/hal.conf geregelt. Hier meine:
Zitat:
<!DOCTYPE busconfig PUBLIC
"-//freedesktop//DTD D-BUS Bus Configuration 1.0//EN"
"http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd">
<busconfig>

<!-- This configuration file specifies the required security policies
for the HAL to work. -->

<!-- Only root or user hal can own the HAL service -->
<policy user="hal">
<allow own="org.freedesktop.Hal"/>
</policy>
<policy user="root">
<allow own="org.freedesktop.Hal"/>
</policy>

<!-- Allow anyone to invoke methods on the Manager and Device interfaces -->
<policy context="default">
<allow send_interface="org.freedesktop.Hal.Manager"/>
<allow send_interface="org.freedesktop.Hal.Device"/>

<allow receive_interface="org.freedesktop.Hal.Manager"
receive_sender="org.freedesktop.Hal"/>
<allow receive_interface="org.freedesktop.Hal.Device"
receive_sender="org.freedesktop.Hal"/>
</policy>

<!-- Default policy for the exported interfaces -->
<policy context="default">
<deny send_interface="org.freedesktop.Hal.Device.SystemPowerManagement"/>
<deny send_interface="org.freedesktop.Hal.Device.LaptopPanel"/>
<deny send_interface="org.freedesktop.Hal.Device.Volume"/>
<deny send_interface="org.freedesktop.Hal.Device.Volume.Crypto"/>
</policy>

<!-- This will not work if pam_console support is not enabled -->
<policy at_console="true">
<allow send_interface="org.freedesktop.Hal.Device.SystemPowerManagement"/>
<allow send_interface="org.freedesktop.Hal.Device.LaptopPanel"/>
<!--
<allow send_interface="org.freedesktop.Hal.Device.Volume"/>
<allow send_interface="org.freedesktop.Hal.Device.Volume.Crypto"/>
-->
</policy>

<!-- You can change this to a more suitable user, or make per-group -->
<policy group="powerdev">
<allow send_interface="org.freedesktop.Hal.Device.SystemPowerManagement"/>
<allow send_interface="org.freedesktop.Hal.Device.LaptopPanel"/>
<!--
<allow send_interface="org.freedesktop.Hal.Device.Volume"/>
<allow send_interface="org.freedesktop.Hal.Device.Volume.Crypto"/>
-->
</policy>

</busconfig>

Eine Mitgliedschaft in powerdev hat auch nichts gebracht.

hubi
devil - 31.07.2006, 14:59 Uhr
Titel: RE: Kein Mounten von DVD nach KDE-Upgrade möglich
hubi,
hab grad auch das problem mit usb-stick, zumindest so ähnlich, denn trotzt fehlermeldung ist das teil danach gemountet (steht aber auch in der fstab)
heut nacht kommt noch einiges von kde rein, mal schaun.

greetz
devil
hubi - 31.07.2006, 15:11 Uhr
Titel: RE: Kein Mounten von DVD nach KDE-Upgrade möglich
devil,
auch ich lasse es mal, im Bad wartet Klempnerei auf mich (Taucheranzug für Notfälle ist griffbereit).

Ein letzter klassischer Versuch hat auch nichts gebracht:
# apt-get remove --purge hal
# apt-get install hal
# reboot

Vielleicht wird's ja morgen was.

hubi
Hack-o-Master - 31.07.2006, 16:32 Uhr
Titel:
Geht hier mit KDE3.5.4 ebenfalls nicht mehr für USB-Stick/USB-HD artiges, die (ATAPI)-CD Laufwerke gehen seltsamerweise (die CD-Laufwerke stehen in der fstab).

Auf der Kommandozeile (manuell per pmount /dev/<DEVICE>) gehts... (als User)

Zur Not habe ich noch das Backup des 3.5.3er Systemes...

mfg Hack-o-Master
hubi - 31.07.2006, 16:44 Uhr
Titel:
Hack-o-Master,

vielen Dank für den Hinweis, aber im Stress habe ich völlig vergessen pmount zu testen. Scheint also wieder mal eine Beziehungskrise zwischen KDE und hal zu geben Winken

pmount und pumount gehen auch hier.

Ein Stück Bequemlichkeit ist zurück. *uff*

Grüße
hubi
Diabeles - 31.07.2006, 18:55 Uhr
Titel:
Wenn ich die Daten zum Stick in die fstab reinschreibe (/dev/sde1 /media/sde1 vfat defaults,user 0 0), dann funktioniert es wunderbar, ganz ohne Fehlermeldung - fehlt die Zeile in der fstab, dann meckert KDE auch bei mir rum.
Kano - 31.07.2006, 19:20 Uhr
Titel:
apt-get remove --purge hal
apt-get install hal
reboot
hubi - 31.07.2006, 19:38 Uhr
Titel:
Kano,

leider diesmal nicht, auch beim zweiten Mal nicht. Aber ich habe die Fehlermeldung von apt-get install hal abgefangen:
Zitat:
"adduser: Warning: that home directory does not belong to the user you are currently creating"
Ob das mit dem Verhalten des neuen KDE zusammenhängt? pmount/pumount gehen ja auch.

hubi
michaa - 31.07.2006, 19:51 Uhr
Titel:
@ Kano

ich hatte diesen tipp von dir in dem anderen thread auch gelesen und daraufhin mein glück versucht, selbes ergebnis wie bei hubi... mit der gleichen fehlermeldung bezüglich adduser. Dachte mir da schon dass das nicht klappen wird, und in der tat... nada
der_kossi - 31.07.2006, 21:11 Uhr
Titel:
Hallo!
Das geht ja in die selbe Richtung: Meine USB-Sticks werden sauber angezeigt, aber auf das Symbol klicken bringt nur:

Code:
A security policy in place prevents this sender from sending this
message to this recipient, see message bus configuration file (rejected
 message had interface "org.freedesktop.Hal.Device.Volume" member
 "Mount" error name "(unset)" destination "org.freedesktop.Hal")



Für eine schnelle Lösung wäre ich wirklich dankbar, weil die letzten 3 Monate meinen Glauben an Debian-Linux böse erschüttert haben.

Sorry, aber ich möchte mit meinem Betriebssystem arbeiten und nicht nur immer auf Patches warten, wenn mal wieder ein dist-upgrade schief gegangen ist - obwohl es ja Leute geben soll , die das jeden Morgen zuerst tun und damit gut leben können.

Frage

Gruß, d_k
mylo - 31.07.2006, 21:30 Uhr
Titel:
der_kossi hat folgendes geschrieben::
Hallo!

Sorry, aber ich möchte mit meinem Betriebssystem arbeiten und nicht nur immer auf Patches warten, wenn mal wieder ein dist-upgrade schief gegangen ist - obwohl es ja Leute geben soll , die das jeden Morgen zuerst tun und damit gut leben können.


hi,

ich bin erst mal froh, das ich nicht der einzige mit dem problem bin. ich bin sicher Kanos Mannschaft wird das thema in kurzer zeit erledigen.

mylo
hubi - 31.07.2006, 21:35 Uhr
Titel:
der_kossi,

so wie es aussieht ist die derzeitige schnelle Lösung pmount bzw. pumount.

Insgesamt sehe ich es mit Kanotix/Sid nicht so schlecht. Und da ich immer wieder mal gerne auf neue Versionen upgrade ohne neu zu installieren, finde ich die Kombination schon genial. SuSE und Ubuntu habe ich mit meinen Eigenwünschen aus Backports oder Repositorien wie "Das_Neueste_Hier_für..." schon so weit zerschossen, dass eine Neuinstallation besser war als der Versuch einer Rekonstruktion.

Was vielleicht nett wäre, wenn große Upgrades wie KDE oder xorg erst dann nach Sid geladen werden, wenn sie komplett sind. Warum die Debian-Leute das nicht so machen, weiß ich jedoch nicht. Vielleicht denken sie, dass auf Sid sowieso nur Leute zugreifen, die wissen was sie tun. Oder Verrücikte?

hubi
captagon - 31.07.2006, 21:42 Uhr
Titel:
Entschuldigt, dass ich doppelt schreibe (Text steht auch im Schnittstellen-Forum):

Als KDE-Wenignutzer empfehle ich für diejenigen, die es weiterhin grafisch mögen, ihre Geräte zu mounten:

-> su
-> apt-get update && apt-get install thunar
-> exit
-> thunar

Thunar ist der für XFCE vorgesehene Dateimanager. Thunar kann ja in irgendeiner Arbeitsfläche zum Mounten geöffnet bleiben.
Winken

Das Mountproblem ist eindeutig ein KDE-Fehler, ich vermute, dass da sehr schnell eine Korrektur kommt (wenn Bugreports existieren).


MfG T.
hubi - 31.07.2006, 22:15 Uhr
Titel:
Habe grade einen Bugreport gegen kdebase-kio-plugins abgesendet, ich denke das ist das verdächtige Paket.

hubi
Hack-o-Master - 31.07.2006, 22:27 Uhr
Titel:
Übergangsweise geht auch das ...

- In /etc/fstab die Gerätenamen und Mountpoints eintragen. (nur sinnvoll wenn per Udev-Rules nicht wechselnde Gerätenamen vergeben werden)
- Unter /media die in der fstab angegebenen Mountpoint-Verzeichnisse erstellen...

Bei mir siehts der Auszug der fstab jetzt so aus:
Code:
#
# KDE 3.5.4 'fix' ... ähem .... urks ... hüstel ...
# (geht so aber nur wegen Geräteumbenennung mit eigenen udev-Rules)
# und die Verzeichnisse unter /media vorher anlegen ...
#
/dev/camera_olympus     /media/camera_olympus   auto    defaults,noauto,users,exec 0  0
/dev/v3i_motorola       /media/v3i_motorola     auto    defaults,noauto,users,exec 0  0
/dev/mp3_trekstor       /media/mp3_trekstor     auto    defaults,noauto,users,exec 0  0
/dev/mp3_medion         /media/mp3_medion       auto    defaults,noauto,users,exec 0  0
/dev/usb_stick1         /media/usb_stick1       auto    defaults,noauto,users,exec 0  0
/dev/usb_stick21        /media/usb_stick21      auto    defaults,noauto,users,exec 0  0
/dev/usb_hdd1           /media/usb_hdd1         auto    defaults,noauto,users,exec 0  0
und der Auszug von /media so:
Code:
drwxr-xr-x 2 root root    1 2006-07-31 23:12 camera_olympus
drwxr-xr-x 2 root root    1 2006-07-31 23:12 mp3_medion
drwxr-xr-x 2 root root    1 2006-07-31 23:12 mp3_trekstor
drwxr-xr-x 2 root root    1 2006-07-31 23:12 usb_hdd1
drwxr-xr-x 2 root root    1 2006-07-31 23:12 usb_stick1
drwxr-xr-x 2 root root    1 2006-07-31 23:12 usb_stick21
drwxr-xr-x 2 root root    1 2006-07-31 23:12 v3i_motorola

mfg. Hack-o-Master
hubi - 31.07.2006, 23:18 Uhr
Titel:
Habe gerade eine Antwort auf meinen Bugreport bekommen:
Zitat:
The root of the problem is bug #377689 in HAL. Feel free to read that
for more details. You can work around the issue for now by ensuring
that all your drives have lines in /etc/fstab with the "user" option.

Cheers,
Christopher Martin
Hack-o-Master, kennt Ihr Euch?

Das war mein zweiter Bugreport bei Debian in meinem kurzen Kanotix-Leben. Ich bin echt hingerissen: beide Male habe ich eine unglaublich schnelle, präzise Antwort bekommen, und: die Debian-Leute sind total höflich.

Ich finde das echt toll, da man sich dann auch als Otto Normalo und Laie traut, einen Bugreport zu schreiben.

hubi
Kano - 01.08.2006, 00:26 Uhr
Titel:
Man könnte es durch Änderung an /etc/dbus-1/system.d/hal.conf schon hinkriegen, aber es wäre besser, wenn Debian das machen würde, sonst wird das file bei nem Update von HAL nicht überschrieben. Es würde sich anbieten, wenn man die powerdev Gruppe verwenden würde, oder man setzt den default auf allow bei default:

<allow send_interface="org.freedesktop.Hal.Device.Volume"/>
<allow send_interface="org.freedesktop.Hal.Device.Volume.Crypto"/>

Wenn man <!-- und --> im group="powerdev" Abschnitt löscht und seinen User der powerdev Gruppe hinzufügt:

adduser <dein-user> powerdev

gehts auch (nach reboot).
hubi - 01.08.2006, 00:45 Uhr
Titel:
Kano hat folgendes geschrieben::
Man könnte es durch Änderung an /etc/dbus-1/system.d/hal.conf schon hinkriegen, aber es wäre besser, wenn Debian das machen würde, sonst wird das file bei nem Update von HAL nicht überschrieben. Es würde sich anbieten, wenn man die powerdev Gruppe verwenden würde, oder man setzt den default auf allow bei default:

<allow send_interface="org.freedesktop.Hal.Device.Volume"/>
<allow send_interface="org.freedesktop.Hal.Device.Volume.Crypto"/>

Wenn man <!-- und --> im group="powerdev" Abschnitt löscht und seinen User der powerdev Gruppe hinzufügt:

adduser <dein-user> powerdev

gehts auch (nach reboot).


Kano,

das ist jetzt interessant. Habe die powerdev-Lösung nochmal durchgespielt, ich habe sie schon einmal probiert (mit den Pfeilen weg). Folgendes:

- CD/DVD kriegt ein "Permissions denied"
- usbstick mountet problemlos

Bei meinem ersten Versuch habe ich nur eine Daten-DVD verwendet, daher den Versuch mit powerdev verworfen und keinen USB-Stick ausprobiert.

Das ist wirklich tricky. Spiele vermutlich meine originale hal.conf wieder zurück und hoffe auf eine Lösung von Debian, einstweilen pmount/pumount.

hubi
Kano - 01.08.2006, 00:55 Uhr
Titel:
Noch klüger wäre es wenn man hal.conf nen Abschnitt für plugdev gönnen würde, weil das ist die Gruppe, die hotplug fähigkeiten nutzen darf.
hubi - 01.08.2006, 01:12 Uhr
Titel:
Kano,

es bleibt tricky, auch mit plugdev-Konfiguration in hal.conf:
- CD/DVD kriegt ein "Permissions denied"
- usbstick mountet problemlos

Hier der betreffende Auszug aus der hal.conf, user ist Mitglied der Gruppe plugdev:
Zitat:
<policy group="plugdev">
<allow send_interface="org.freedesktop.Hal.Device.SystemPowerManagement"/>
<allow send_interface="org.freedesktop.Hal.Device.LaptopPanel"/>
<allow send_interface="org.freedesktop.Hal.Device.Volume"/>
<allow send_interface="org.freedesktop.Hal.Device.Volume.Crypto"/>
</policy>


EDIT Zusatz:
pmount/pumount gehen nach wie vor problemlos als user, mit allen devices.

hubi
Kano - 01.08.2006, 01:20 Uhr
Titel:
eigentlich bräucht man wohl nur die 2 volume einträge für plugdev freigeben.
hubi - 01.08.2006, 01:59 Uhr
Titel:
Kano,

vielen Dank für die Unterstützung und Hilfe. Mit der letzten Umkonfiguration in /etc/dbus-1/system.d/hal.conf hat sich nichts mehr geändert, aber die Lösungen plugdev bzw. die powerdev haben die USB-Sachen am KDE zurück gebracht.

Status an meinem Desktop ist:

- externe USB-Festplatten mounten problemlos (Einbindung lösen geht auch problemlos)
- USB-Sticks mounten problemlos (Einbindung lösen geht auch problemlos)
- CD/DVD als Datenträger (nicht Musik, Video habe ich nicht getestet) gehen nicht (DVD-Schreiber via IDE)

Bei mir läuft nun die plugdev-Lösung, dazu benötigt es eine Umkonfiguration der /etc/dbus-1/system.d/hal.conf im letzten Teil oder einen Zusatz, der wie folgt aussieht:
Zitat:
<!-- You can change this to a more suitable user, or make per-group -->
<policy group="plugdev">
<!--
<allow send_interface="org.freedesktop.Hal.Device.SystemPowerManagement"/>
<allow send_interface="org.freedesktop.Hal.Device.LaptopPanel"/>
-->
<allow send_interface="org.freedesktop.Hal.Device.Volume"/>
<allow send_interface="org.freedesktop.Hal.Device.Volume.Crypto"/>
</policy>


Ein Backup der originalen hal.conf habe ich vorher angelegt:
# cp /etc/dbus-1/system.d/hal.conf /etc/dbus-1/system.d/hal.conf.original

Als Workaround ist das mal super, vor allem weil ich die nächsten Tage viel unterwegs bin, und so kann ich die externen USB-Sachen am VAIO (total neuester Sid-Stand) bequem einbinden.

hubi
hubi - 01.08.2006, 14:20 Uhr
Titel:
Zusatz: CD/DVD

Das Mounten via icon funktioniert nach dem Auskommentieren der betreffenden Zeile in /etc/fstab. Sieht jetzt so bei mir aus:
Zitat:
# /dev/cdrom /media/cdrom0 udf,iso9660 user,noauto 0 0


Quelle:
http://bugs.debian.org/cgi-bin/bugrepor ... ug=377689+

Jetzt geht alles wieder,
hubi
devil - 01.08.2006, 14:39 Uhr
Titel:
hubi,
geht hier auch ohne auskommentieren mit dem neuen fix im sticky.

greetz
devil
captagon - 01.08.2006, 17:32 Uhr
Titel:
Naja, das Mounten über Thunar ist schneller erledigt- da hängt sich sowohl USB, USB-Kamera als auch bei eingelegter CD das CD-Laufwerk ein und zeigt die entsprechenden Verzeichnisse an. Es sind keinerlei zusätzliche Einträge notwendig. Wenn bei KDE wieder alles normal, läuft braucht man nichts umstellen.
Ich bleibe auch unter meinen KDE-Rechnern bei dieser Methode Smilie.

MfG T.
Blueser - 20.08.2006, 16:28 Uhr
Titel:
devil hat folgendes geschrieben::
hubi,
geht hier auch ohne auskommentieren mit dem neuen fix im sticky.

greetz
devil


Hallo devil,

wo finde ich dieses Sticky ?

Danke.

Gruss
Hack-o-Master - 20.08.2006, 17:24 Uhr
Titel:
Ausgelagert in das ARCHIVE (der älteren Beiträge):

http://archive.kanotix.com/PNphpBB2-viewforum-f-17.html

mfg. Hack-o-Master
Blueser - 20.08.2006, 17:38 Uhr
Titel:
Hallo Hack-o-Master,

vielen Dank für den Hinweis. Sehr glücklich
Wusste von dem Archiv noch garnicht.

Gruss
Blueser
Blueser - 20.08.2006, 22:13 Uhr
Titel:
Hallo,

also bei mir funktioniert der Fix garnicht.
Ich kann nach wie vor als User alles mounten, aber als Root garnichts.
Weder CD, DVD, noch USB Laufwerke werden per Icon gemountet.

Hab noch mal hal deinstalliert und wieder installiert und anschliesslich den Fix durchegführt.
Keine Änderung. Traurig

Bei mir wird allerdings keine Fehlermeldung (Security policy....) angezeigt.
Es passiert einfach nix.
Was kann ich noch checken ? Oder hab ich was übersehen ?

Danke und Gruss
Blueser
schnorrer - 20.08.2006, 23:57 Uhr
Titel:
Hab heute nachmittag mal bei Debian in den Etch-Bug errors nachgesehn, das Problem ist dort auch schon bekannt und einer hatte einen Workaround mit angeboten(Ungeprüft) apt-get remove ramfs und ein apt-get reinstall ramfs.

Da ich mir(dummgelaufen) die dpkg.db gelöscht habe, kann ich dieses Vorgenhen leider nicht Testen.
roegeb - 03.09.2006, 20:42 Uhr
Titel:
Hallo,

ich denke das mein "Problem" hierher passt:

Seit einem dist-upgrade vom letzten Donnestag werden die Desktopsymbole
für Digitalkamera und USB-Brenner (bei eingelegter CD/DVD) nicht mehr
angelegt.

Mounten lassen sich die entsprechende Laufwerke aber noch und auch ein
lsusb zeigt sie richtig an.

Bei zwei verschiedenen USB-Sticks sowie einer USB-Platte habe ich dieses
"Problem" nicht.

Die ICONS sind zwar nicht wichtig, für mich aber schon zur Gewohnheit geworden und letztendlich ja auch ein Hinweis auf eine Fehlfunktion.

Beim Entfernen von hal und anschließendem installieren bekam ich die
gleiche Fehlermeldung wie hubi:
Zitat:

"adduser: Warning: that home directory does not belong to the user you are currently creating"


Auch die anderen Hinweise hier brachten keinen Erfolg.

Gruß
roegeb
Alle Zeiten sind GMT + 1 Stunde
PNphpBB2 © 2003-2007