Mass Storage Camera; was soll das?

[guennid]

Na, aber dann erkennt die alte libgphoto2 doch offensichtlich katzenfans DigiCam.

Ich behaupte mal: die erkennt der kernel und nicht libgphoto.

Grüße, Gnther

[NAB]

Das Problem tritt aber auf, wenn die Kamera NICHT angeschlossen ist. So verstehe ich katzenfan zumindest.

Es könnte natürlich sein, dass das Problem erst auftritt, nachdem die Kamera angeschlossen war ... und sich "kamera" dabei irgendwie aufhängt. Das ließe sich dann durch einen Neustart hoffentlich beheben.

katzenfan? Wie schaut's aus?

[guennid]

Das Problem tritt aber auf, wenn die Kamera NICHT angeschlossen ist.

Ich habe ihn so verstanden, dass er glaubt, dass dieses c/kamera ihm das eingebrockt hat und er es nicht mehr losgeworden ist. Aber wie schon gesagt, wir sollten das vergessen. Interessanter wäre zu erfahren, ob ihm eine passende Version von libgphoto nun endlich eine sachangemessene Kommunikation mit seiner Kamera via c/kamera oder digikam oder aber gphoto2 (KBDCALLS macht's ja gern auf der console ) ermöglicht.

[katzenfan]

Das Problem tritt aber auf, wenn die Kamera NICHT angeschlossen ist. So verstehe ich katzenfan zumindest.

Es spielt gar keine Rolle, ob die Kamera angeschlossen ist oder nicht, da die Kamera einen eigenen Ordner unter camera:/ zusätzlich zum nicht von mir angelegten Mass Storage Ordner bekommt. Die Bilder der Kamera sind auch nur in dem der Kamera zugeordneten Ordner zu finden.

Das Programm "Digikam" ist installiert, bringt aber eine Fehlermeldung;

Code: Alles auswählen

Die angegebene Kamera „/org/kde/solid/udev/sys/devices/pci0000:00/0000:00:1d.7/usb5/5-8/5-8:1.0“ wird nicht unterstützt.

So, die Paketquellen sind bereinigt, nur ist mir dennoch nicht klar, in welchem "Backports" nun diese hier schon genannte Dateiversion liegen soll, die meine Digi unterstützt. Jessi-Backports sind eingebunden, aktiv, dennoch führt das System kein weiteres Update durch, es sagt, es sei alles aktuell.

[NAB]

Probiere mal

Code: Alles auswählen

apt-get -t jessie-backports install libgphoto2-6

[guennid]

Willst du uns nicht lieber noch mal drüber gucken lassen, wie "bereinigt" die sources.list jetzt ist?Ich bin gespannt!

Code: Alles auswählen

apt-get -t jessie-backports install libgphoto2-6

Auch das hatte ich bereits gepostet.

[KBDCALLS]

Zu den Backports die sind ja nicht dazu da das sie alle installiert werden, sondern nur explizit angeforderte Pakete. Das wird dadurch erreicht das die Backports eine niedrigere Priorität haben als Jessie selbst . Jessie hat 500 und die Backports 100. Das trifft für Pakete zu die in Jessie und den Backports vohanden sind. Sind die aber installiert dann werden sie bei einem dist-upgrade berücksichtigt, trudelt da eine neuere Version ein. .

[katzenfan]

Probiere mal

Code: Alles auswählen

apt-get -t jessie-backports install libgphoto2-6

Funzt nicht.

Code: Alles auswählen

root@localhost:/home/katzenfan# apt-get -t jessie-backports install libgphoto2-6
Paketlisten werden gelesen... Fertig
E: Der Wert »jessie-backports« ist für APT::Default-Release ungültig, da solch eine Veröffentlichung in den Paketquellen nicht verfügbar ist.
root@localhost:/home/katzenfan# 

[guennid]

Hmm, stimmt insofern als libgphoto2-6 zwar bereits im "normalen" jessie vorhanden ist [1], aber in der Klammer dahinter steht (2.5.4-1.1 and others) was immer das heißen mag? Für mich erfordert diese Bezeichnerei höheres Debian-Wissen, über das ich nicht verfüge. Immerhin deute ich das so, dass der Klammerinhalt besagt, dass diese Versionsnummer für deine Kamera noch nicht geeignet ist. Ob überhaupt und wenn ja, welche Version in den backports vorhanden ist, habe ich nicht rausgekriegt. Aber vielleicht könnte die aus sid dir helfen [2], die hat (in der Klammer) eine höhere Versionsnummer als die von KBDCALLS behauptete notwendige. Du müsstest dann also temporär das sid-Repo in der sources.list einbinden, das obligatorische apt-get update durchführen und dann versuchen, libgphoto2-6 von dort zu installieren.

sid-Pakete stable unterzujubeln, habe ich selber noch nie praktiziert - obwohl das je nach Fall gehen sollte. Liest man oft im Forum. Dementsprechend kenne ich weder die korrekte Syntax für das Einbinden dieses Repos noch die des apt-get-Kommandos für die Installation. Das musst du entweder selber rausfinden oder berufenere Forenmitglieder teilen es dir mit. Ich würde an deiner Stelle auf jeden Fall erst mal ein

apt-get -s install ...

durchführen, das simuliert die Installation lediglich, und meldet genau, was passieren würde, wenn echt installiert würde. Diese Meldung kannst du hier posten und dann mögen andere beurteilen, ob die Benutzung gefahrlos möglich ist.

[1] https://packages.debian.org/jessie/libgphoto2-6
[2] https://packages.debian.org/de/sid/libgphoto2-6

Grüße, Günther

[edit]

Code: Alles auswählen

E: Der Wert »jessie-backports« ist für APT::Default-Release ungültig, da solch eine Veröffentlichung in den Paketquellen nicht verfügbar ist.

Hmm, so richtig zu deuten vermag ich auch diese Fehlermeldung nicht. Bedeutet vielleicht nur, was ich oben schon andeutete, dass es im Verhältnis zur jessie-Version in den backports keine neuere Version gibt. Dann hätte NAB dir sozusagen in Bezug auf die backports ungeprüft einen fehlerhaften Rat gegeben und ich hätte ihn genauso ungeprüft nachgeplappert. Stutzig macht mich aber der Begriff "Default-Release" in dieser Meldung. Vielleicht ist deine soures.list immer noch nicht "bereinigt". Aber wiederum: Ich kann das nicht eindeutig beurteilen.

[smutbert]

Ich würde sagen das bedeudet, dass du entweder die backports nicht in der source.list hast oder dass du es zwar hineingeschrieben hast, aber danach noch nicht »apt update« ausgeführt hast.

[guennid]

[...] dass du entweder die backports nicht in der source.list hast [...]

Dann hätte ich ja mit meiner vorangehenden Empfehlung so unrecht nicht gehabt?

»apt update«

Kannst du mich mal dazu aufklären? Ich benutze seit jeher apt-get und weiß nicht, wozu diese Neuerung gehört: apt-get, aptitude,synaptic, noch was anderes, für alle, was weiß ich?

Grüße, Günther

[KBDCALLS]

Hmm, stimmt insofern als libgphoto2-6 zwar bereits im "normalen" jessie vorhanden ist [1], aber in der Klammer dahinter steht (2.5.4-1.1 and others) was immer das heißen mag?

Das steht für NMU (NonMaintainerUpload)

Ob überhaupt und wenn ja, welche Version in den backports vorhanden ist, habe ich nicht rausgekriegt.

Das ist die 2.5.8

Mit der Version aus Sid/Testing wäre ich vorsichtig , damit kann mehr kaputt machen als einem Lieb ist.

• Code: Alles auswählen

  apt-cache policy libgphoto2-6
  libgphoto2-6:
    Installiert:           2.5.4-1.1+b2
    Installationskandidat: 2.5.4-1.1+b2
    Versionstabelle:
       2.5.10-2 0
            3 http://ftp.nl.debian.org/debian/ sid/main amd64 Packages
       2.5.9-3 0
            4 http://ftp.nl.debian.org/debian/ stretch/main amd64 Packages
       2.5.8-1~bpo8+1 0
          100 http://ftp.nl.debian.org/debian/ jessie-backports/main amd64 Packages
   *** 2.5.4-1.1+b2 0
          500 http://ftp.nl.debian.org/debian/ jessie/main amd64 Packages
          100 /var/lib/dpkg/status
  

Kannst du mich mal dazu aufklären? Ich benutze seit jeher apt-get und weiß nicht, wozu diese Neuerung gehört: apt-get, aptitude,synaptic, noch was anderes, für alle, was weiß ich?

apt fast apt-get und apt-cache in einem cli (command-line interface) zusammen. Ist nur nicht komplett. Für showpkg und showsrc ist man trotzdem auf apt-cache angewiesen.

[NAB]

Die deutsche Übersetzung ist mal wieder gut geeignet, Verwirrung zu stiften:

Code: Alles auswählen

# apt-get -t gibtsnicht install libgphoto2-6
Reading package lists... Done
E: The value 'gibtsnicht' is invalid for APT::Default-Release as such a release is not available in the sources

Da hat katzenfan die Jessie Backports doch nicht in seine sources.list eingetragen.

[katzenfan]

Da hat katzenfan die Jessie Backports doch nicht in seine sources.list eingetragen.

Ganz offensichtlich hast Du Recht; das weiter vorn genannte "apt update" aktualisiert keine Backports.

Vielleicht nutze ich aber auch nur die unpassenden Quellen?

Code: Alles auswählen

katzenfan@localhost:~$ apt-cache policy libgphoto2-6
libgphoto2-6:
  Installiert:           2.5.4-1.1+b2
  Installationskandidat: 2.5.4-1.1+b2
  Versionstabelle:
 *** 2.5.4-1.1+b2 0
        500 http://ftp.de.debian.org/debian/ jessie/main amd64 Packages
        100 /var/lib/dpkg/status
katzenfan@localhost:~$ 

Kurios; da funzt KDE-intern wohl einiges nicht.

Setze ich die Quellen "deb-multimedia.org" auf inaktiv, wählt es "Jessie Backports" bei den zur Verfügung stehenden Quellen ebenfalls ab. Das, was hier KDE-intern passiert, ist, daß es auch bei "deb-multimedia.org" ein Jessie Backports hat und KDE dieses "deb-multimedia Jessie-Backports" als Jessie Backports betrachtet.


Edit:
Jetzt aber:

Code: Alles auswählen

katzenfan@localhost:/etc/apt$ apt-cache policy libgphoto2-6
libgphoto2-6:
  Installiert:           2.5.4-1.1+b2
  Installationskandidat: 2.5.4-1.1+b2
  Versionstabelle:
     2.5.8-1~bpo8+1 0
        100 http://ftp.de.debian.org/debian/ jessie-backports/main amd64 Packages
 *** 2.5.4-1.1+b2 0
        500 http://ftp.de.debian.org/debian/ jessie/main amd64 Packages
        100 /var/lib/dpkg/status
katzenfan@localhost:/etc/apt$ 

[guennid]

Wo bleibt die sources.list?

Vergiss dein deb-multimedia, das hat mit deinem Kamera-Problem nicht das Geringste zu tun. Und verwalte deine Pakete via apt im Terminal. Ohne jetzt über KDE motzen zu wollen, schaltest du damit nur eine weitere mögliche Fehlerquelle ab.

Grüße, Günther

[KBDCALLS]

Das beste ist man aktualsiert die sources.list von Hand mit einem Texteditor. Der vi/gvim oder nano sind dazu geeignet.

So sieht mein Schnipsel dazu in sources.list.d aus .

• Code: Alles auswählen

  deb http://ftp.nl.debian.org/debian jessie  contrib main non-free
  deb-src http://ftp.nl.debian.org/debian jessie contrib main non-free
  
  deb http://ftp.nl.debian.org/debian/ jessie-backports contrib main non-free
  deb-src http://ftp.nl.debian.org/debian/ jessie-backports main
  
  deb http://ftp.nl.debian.org/debian/ jessie-updates contrib main non-free 
  deb-src http://ftp.nl.debian.org/debian/ jessie-updates contrib main non-free
  
  deb http://ftp.nl.debian.org/debian/ jessie-proposed-updates contrib main non-free                              
  deb-src http://ftp.nl.debian.org/debian/ jessie-proposed-updates contrib main non-free
  
  deb http://ftp.nl.debian.org/debian-security  jessie/updates  contrib main non-free
  deb-src http://ftp.nl.debian.org/debian-security jessie/updates  contrib main non-free
  

Kleiner Tip am Rande. apt edit-sources zum Editieren der sources.list Und checkt die Liste gleich auf Plausibilät. Es wird der voreingestellte Editor verwendet.

[NAB]

katzenfan, "deb-multimedia.org" hat mit "Debian" im Sinne von "debian.org" als Anbieter deines Betriebssystems NICHTS zu tun. Im Gegenteil, die beiden mögen sich nicht sonderlich und streiten sich mitunter.

"deb-multimedia.org" bietet allerdings Software für Debian an - größtenteils Software aus dem Multimedia-Bereich. "deb-multimedia.org" ist aber gleichzeitig stark umstritten, da es ohne nachzufragen etliche Pakete von "debian.org" einfach austauscht und durch eigene ersetzt, was nicht immer sinnvoll ist (um es vorsichtig auszudrücken).

"deb-multimedia.org" bietet (neuerdings) ebenfalls einen Bereich "jessie-backports" an. Das ist zwar verwirrend, hat aber immer noch nichts mit "debian.org" zu tun.

Was du mit "KDE-intern" meinst, verstehe ich nicht. KDE hat eigentlich keine brauchbare eigene Paketverwaltung. "synaptic" ist ganz gut, das zeigt mir "deb-multimedia.org jessie-backports" aber auch als eben solches an.

[KBDCALLS]

Dreh und Angelpunkt ist die sources.list. Wenn die nicht korrekt ist kann keine Paketverwaltung etwas ausrichten.

[katzenfan]

Wo bleibt die sources.list?

Wieso? Steht doch im vorangegangenen Beitrag unter Edit, daß die echten jessie-backports nun eingebunden sind und auch die dort vorrätige, neueste Version installiert wurde?

Digikam erkennt nun meine PowerShot A2500.

Aber, wenn ich Digikam Geräte automatisch erkennen lasse, diese Option bietet Digikam ja an, erkennt es leider auch eine, siehe Titel, Mass Storage Camera.

Dann hat es ein Datenbankproblem, evtl. aufgrund fehlender Rechte? Digikam lädt keine Bilder aus der Digi herunter, auch weil es aufgrund des Datenbankfehlers nicht in der Lage ist, einen Ordner anzulegen, in dem die Bilder der Digi hinterlegt werden könnten.

Digikam legt seine Datenbank paradoxerweise ohne Schreibrechte an; liegt hier schon der Fehler? (Wird noch geprüft).

-----------------
"deb-Multimedia.org", soweit hab' ich's ja begriffen, ist aus den Listen nun komplett entfernt.

Mit "KDE-intern" ist die Softwareverwaltung gemeint, die KDE bei den KDE-Systemsettings mitbringt. Synaptic kenne ich von früher, ist aber nicht installiert; von Haus aus ist hier nur das Programm "Apper" dabei.

-----------------

Was mich jetzt hier primär noch zum Titel interessiert, wer hat Jessie mit KDE und Digikam am Laufen und erhält ebenfalls diese "Mass Storage Camera", wenn er Digikam Geräte automatisch erkennen läßt?

[NAB]

Mit "KDE-intern" ist die Softwareverwaltung gemeint, die KDE bei den KDE-Systemsettings mitbringt. Synaptic kenne ich von früher, ist aber nicht installiert; von Haus aus ist hier nur das Programm "Apper" dabei.

Herrjeh ... das habe ich mir gerade mal angeguckt ... zum Glück ist es der Meinung, ich sei offline. Nun weiß ich auch, was du mit "Jessie backports" meinst ... das ist ja höchst unübersichtlich. Also ich komme damit nicht klar. Ich würd zu apt-get oder synaptic raten.

Was mich jetzt hier primär noch zum Titel interessiert, wer hat Jessie mit KDE und Digikam am Laufen und erhält ebenfalls diese "Mass Storage Camera", wenn er Digikam Geräte automatisch erkennen läßt?

Kannst du mal die Ausgabe von "mount" verraten, wenn die Kamera angeschlossen ist? Ich hab da so einen Verdacht ...
https://www.digikam.org/node/25

Deine Kamera sollte eigentlich keinen "USB Mass Storage"-Modus beherrschen:
https://www.figuiere.net/digicam/

Kommt da noch ein anderes Gerät in Frage? Webcam, TV-Stick oder so?

Und kannst du mal mit einem Dateimanager prüfen, ob auch wirklich alle Dateien/Verzeichnisse in deinem Home-Verzeichnis dir gehören? Inklusive versteckter Dateien.

[guennid]

Wo bleibt die sources.list?

Wieso? Steht doch im vorangegangenen Beitrag unter Edit, daß die echten jessie-backports nun eingebunden sind und auch die dort vorrätige, neueste Version installiert wurde?

Um 18:08 hatte ich gefragt und um 18:17 hast du editiert. Und ob die backports eingebunden waren, hat in deinem edit außer dir scheinbar auch niemand mitbekommen. Das Katz' und Maus-Spiel darfst du dann jetzt ohne ohne mich fortsetzen.

[katzenfan]

Kannst du mal die Ausgabe von "mount" verraten, wenn die Kamera angeschlossen ist? Ich hab da so einen Verdacht ...
https://www.digikam.org/node/25

Ausgabe "mount" als User mit am System angeschlossener Digi

Code: Alles auswählen

katzenfan@localhost:~$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=253234,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,relatime,size=410004k,mode=755)
/dev/sda1 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda6 on /usr type ext4 (rw,relatime,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
tmpfs on /etc/machine-id type tmpfs (ro,relatime,size=410004k,mode=755)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=22,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/sda3 on /var type ext4 (rw,relatime,data=ordered)
/dev/sda5 on /tmp type ext4 (rw,nodev,relatime,data=ordered)
/dev/sda7 on /opt type ext4 (rw,relatime,data=ordered)
/dev/sda2 on /boot type ext4 (rw,relatime,data=ordered)
/dev/sda8 on /home/katzenfan type ext4 (rw,relatime,data=ordered)
/dev/sdb1 on /home/katzenfan/Video type ext3 (rw,nodev,noexec,relatime,data=ordered)
/dev/sdb8 on /home/katzenfan/Bilder type ext3 (rw,nodev,noexec,relatime,data=ordered)
/dev/sdb5 on /home/katzenfan/Archiv type ext3 (rw,nodev,noexec,relatime,data=ordered)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=205004k,mode=700,uid=1000,gid=1000)
katzenfan@localhost:~$ 

Ausgabe "mount" als User ohne am System angeschlossene Digi

Code: Alles auswählen

katzenfan@localhost:~$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=253234,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,relatime,size=410004k,mode=755)
/dev/sda1 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda6 on /usr type ext4 (rw,relatime,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
tmpfs on /etc/machine-id type tmpfs (ro,relatime,size=410004k,mode=755)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=22,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/sda3 on /var type ext4 (rw,relatime,data=ordered)
/dev/sda5 on /tmp type ext4 (rw,nodev,relatime,data=ordered)
/dev/sda7 on /opt type ext4 (rw,relatime,data=ordered)
/dev/sda2 on /boot type ext4 (rw,relatime,data=ordered)
/dev/sda8 on /home/katzenfan type ext4 (rw,relatime,data=ordered)
/dev/sdb1 on /home/katzenfan/Video type ext3 (rw,nodev,noexec,relatime,data=ordered)
/dev/sdb8 on /home/katzenfan/Bilder type ext3 (rw,nodev,noexec,relatime,data=ordered)
/dev/sdb5 on /home/katzenfan/Archiv type ext3 (rw,nodev,noexec,relatime,data=ordered)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=205004k,mode=700,uid=1000,gid=1000)
katzenfan@localhost:~$ 

Kommt da noch ein anderes Gerät in Frage? Webcam, TV-Stick oder so?

Nö, nix; via USB sind nur noch Drucker, (derzeit ausgeschaltet), und Scanner am System; es sind zudem keine Sata-Geräte angeschlossen.

Und kannst du mal mit einem Dateimanager prüfen, ob auch wirklich alle Dateien/Verzeichnisse in deinem Home-Verzeichnis dir gehören? Inklusive versteckter Dateien.

Ist eigentlich das erste, was ich tue, daß Homeverzeichnis so einzurichten. Root gehört nur "lost&found", und das ist leer.

[NAB]

Welch Masse an Partitionen ... dass du mit deinem separaten /usr Probleme kriegen kannst, weißt du?
https://freedesktop.org/wiki/Software/s ... is-broken/

Aber ich seh in den mounts auch keine Erklärung, wo diese "Mass Storage Camera" herkommen könnte. Der Scanner wird es wohl nicht sein ... oder hat der einen internen Speicher, um Bilder abzulegen?

Ich würd's ja mal zum Testen mit einem zweiten Benutzer probieren.

[katzenfan]

Welch Masse an Partitionen ... dass du mit deinem separaten /usr Probleme kriegen kannst, weißt du?

Nein, ist mir nicht bekannt; bzw. ich bin hier offenbar nicht auf dem aktuellsten Stand der Erkenntnis.

Damals zu Zeiten von Etch las ich zu Debian durchaus, daß auch /usr eine eigene Partition bekommen könne, zumal der Debian-Installer auch gegenwärtig diese Option anbietet. Probleme damit hatte ich noch keine.

Zu "Mass Storage Camera".

Evtl. ist das ein "Feature" von KDE selbst?

In dem nicht mit dem Debiansystem verbundenen anderen KDE-System, (Mageia), ist es ganz genau so. Der Ordner "Mass Storage Camera" erfasst dort sämtliche Bild- und Videodateien des ganzen Systems und setzt diese automatisch unabänderbar auf "rwx" für alle. Aufrufbar via "camera:/" in der Adresslleiste des Dateimanagers.

[NAB]

Richtig, das ging auch früher problemlos mit seperatem /usr. Inzwischen macht es halt immer mehr Probleme, weil so ein Linux-System schon beim Booten immer mehr Kram aus /usr braucht. Ist aber nun egal, solange es bei dir läuft ... bei der nächsten Installation lässt du es aber lieber

Evtl. ist das ein "Feature" von KDE selbst?

In dem nicht mit dem Debiansystem verbundenen anderen KDE-System, (Mageia), ist es ganz genau so. Der Ordner "Mass Storage Camera" erfasst dort sämtliche Bild- und Videodateien des ganzen Systems und setzt diese automatisch unabänderbar auf "rwx" für alle. Aufrufbar via "camera:/" in der Adresslleiste des Dateimanagers.

Genau das vermute ich auch. "camera:/" ist eh so eine Spezialität von KDE ... das ist eine virtuelle Adresse und kein echtes Verzeichnis. Genau wie du "smb:/" aufrufen kannst, um auf Samba-Freigaben zuzugreifen, ist "camera:/" das Protokoll, um auf Digital-Kameras zuzugreifen. Dahinter stecken "KDE I/O-Slaves", die chronisch buggy sind. Mit "kamera" kannst du anscheinend den gesamten KDE I/O-Slave von "camera:/" deinstallieren, aber das ist ja auch nicht so toll.

Komisch ist nur, dass ich diesen "Mass Storage Camera" in "camera:/" noch nie zu sehen bekommen habe, und nun überlege ich, was ich anders gemacht haben könnte.

Wenn du sagst, "Mass Storage Camera" sammelt dir sämtliche Bilder im gesamten System zusammen, dann klingt das nach dem KDE Datei-Index-Dienst. Den schalte ich grundsätzlich aus.

Um den überhaupt ausschalten zu können, musst du das Paket "kde-config-baloo-advanced" installieren. Danach hast du in den SystemSettings einen neuen Punkt "Desktop Search Advanced". Da muss man sämtliche Ordner aus der Liste entfernen und den Dienst danach stoppen. Und wie ich gerade sehe, kann ich ihn nicht zum Testen aktivieren, um zu schauen, ob ich dann so ein "Mass Storage Camera"-Verzeichnis angezeigt bekomme. Ich kann dir also auch nicht verraten, ob das nun die Lösung ist ...