Posts by goestr

Quote from smutbert

Das ist das typische Verhalten von einem Automounter, der auf udisks2 zurückgreift. Verwendest du irgendeine grafische Oberfläche?

Danke für die Antwort! Nein, ich verwende den Raspi als "headless server" über ein Terminal.

goestr
Automatisch zusammengefügt:

Quote from meigrafd

Jennie? Es gibt nur Jessie

Ach ja, wie soll man die Frauen doch auseinanderhalten Jedenfalls erklärt das, dass ich mit dem Suchen von "Jennie" nichts gefunden habe.

Quote

Das Verhalten gibt es eigentlich nur wenn LXDE läuft und verantwortlich dafür ist pcmanfm. Kannst du über 2 Wege abschalten:

1) Über das Menü: System --> Preferences --> Removable Drives and Media ... Oder Settings --> Preferences irgendwo müsste "automount" stehen...

2) ~/.config/pcmanfm/LXDE/pcmanfm.conf bearbeiten:

Code

[volume]
mount_on_startup=0
mount_removable=0

Google Suche nach: raspbian jessie disable usb automount

Danke, das wars! Ich habe in der ~/.config/psmanfm/LXDE-pi/pcmanfm.conf gleich auch autorun=0 gesetzt.

Gruß

goestr

Hallo Forum,

momentan experimentiere ich mit einem Raspberry Pi 3 und dem aktuellen Raspbian. Dabei ist mir etwas aufgefallen, was es bei Wheezy nicht gab.

Wenn man ohne eingesteckten USB-Stick den Raspberry Pi startet und sich danach /media/ anschaut, findet man unterhalb dieses Verzeichnisses kein weiteres Verzeichnis. Dieses Verzeichnis wird ja viel verwendet, um eigene Mountpoints anzulegen.

Nun passiert unter Jennie folgendes: wenn man einen USB-Stick während des Betriebes in den Raspberry Pi steckt, wird automatisch das Verzeichnis /media/pi/UUID/ angelegt, wobei der User pi in den Rechner eingeloggt ist. UUID ist der Universally Unique Identifier des betreffenden USB-Sticks. Dieses Verzeichnis bleibt permanent; am Ende der Rechte steht ein Pluszeichen. In der /etc/fstab findet sich kein Eintrag für einen USB-Stick.

Dieses Verhalten gab es unter Wheezy nicht. Für mich sieht es so aus, als ob der USB-Stick durch das Einstecken schon gemounted ist.

Wie kann man dieses Verhalten abstellen?

Gruß

goestr

rpi444

Ganz was Neues: ab heute früh sperrt collabora.com nicht mehr mit Error 403.

Vielen Dank für die Hilfe!

goestr

Quote from rpi444

Code

~ $ cat /etc/apt/sources.list.d/collabora.list
#deb http://raspberrypi.collabora.com wheezy rpi

kann helfen, ... oder zu jessie wechseln.

@[font="Source Sans Pro, Tahoma, Helvetica Neue, Arial, sans-serif"]rpi444[/font]
[font="Source Sans Pro, Tahoma, Helvetica Neue, Arial, sans-serif"]Das Wechseln zu Jessie ist hier nicht so einfach möglich. Der oben beschriebene Aufruf hat nichts geändert.[/font]
[font="Source Sans Pro, Tahoma, Helvetica Neue, Arial, sans-serif"]Warum ist die Seite plötzlich (seit 4 Tagen) gesperrt? [/font]

[font="Source Sans Pro, Tahoma, Helvetica Neue, Arial, sans-serif"]Gruß[/font]

[font="Source Sans Pro, Tahoma, Helvetica Neue, Arial, sans-serif"]goestr[/font]

Hallo Forum,
ich betreibe hier auf Basis Raspberry Pi einen kleinen Owncloud-Server, der morgens um 4:00 Uhr einen apt-get update macht.
Seit drei Tagen erhalte ich folgenden Fehlerlog mit folgendem Inhalt:

CRON-APT RUN [/etc/cron-apt/config]: Sat Mar 5 04:00:01 CET 2016
CRON-APT SLEEP: 2628, Sat Mar 5 04:43:49 CET 2016
CRON-APT ACTION: 0-update
CRON-APT LINE: /usr/bin/apt-get -o quiet=1 update -o quiet=2
W: Failed to fetch http://raspberrypi.collabora.com/dists/wheezy/r…-armhf/Packages 403 Forbidden

Der Netzfehler 403 heißt ja, dass der Zugang zu einem Server verboten ist, warum auch immer. Nun ist das Problem, dass das vorher nicht der Fall war. Auch ein händisches Apt-get update beschert mir die gleiche Fehlermeldung

Was könnte das sein? fragt ratlos

goestr

[font="Arial"]Hallo Leute,[/font]
[font="Arial"]seit einiger Zeit betreibe ich einen ownCloud-Server mit Rasbian auf einem Raspberry Pi 2B+. In letzter Zeit erhalte ich nach Abarbeitung eines Cron-Jobs verhältnismäßig oft eine Fehlermeldung, die auch nach dem Befehl "apt-get update" auftritt:[/font]

CRON-APT RUN [/etc/cron-apt/config]: Sat Aug 15 04:00:01 CEST 2015
CRON-APT SLEEP: 624, Sat Aug 15 04:10:25 CEST 2015
CRON-APT ACTION: 0-update
CRON-APT LINE: /usr/bin/apt-get -o quiet=1 update -o quiet=2
Operator or semicolon missing before %rel_names at /usr/bin/apt-show-versions line 650.
Ambiguous use of % resolved as operator % at /usr/bin/apt-show-versions line 650.
Global symbol "$ren_file" requires explicit package name at /usr/bin/apt-show-versions line 645.
Global symbol "%NAME" requires explicit package name at /usr/bin/apt-show-versions line 645.
Unrecognized character \xDB; marked by <-- HERE after $_[0] > $_<-- HERE near column 23 at /usr/bin/apt-show-versions line 657.
E: Problem executing scripts APT::Update::Post-Invoke-Success 'test -x /usr/bin/apt-show-versions exit 0 ; apt-show-versions -i'
E: Sub-process returned an error code

[font="Arial"]Alles sieht so aus, als wäre die Datei /usr/bin/apt-show-versions zerschossen. Das ist auch wahrscheinlich, da ich ganz in der Nähe der Zeile 645 das Wort "redurn" gefunden habe, was wie ein fehlerhaftes "return" aussieht.[/font]

[font="Arial"]Kann mir von Euch einer sagen, wie man eine solche offensichtlich fehlerhafte Datei nachladen kann?[/font]

[font="Arial"]Vielen Dank für Eure Hilfe,[/font]

[font="Arial"]goestr[/font]

Quote from dbv

funktioniert ein

Code

gpg --keyserver keys.gnupg.net --recv-key ED4BF9140C50B1C5
gpg -a --export ED4BF9140C50B1C5 | sudo apt-key add -

?

Danke! Die Befehle habe ich eingegeben, und es wurde daraufhin ein Schlüssel importiert.
Ein nachfolgendes

[font="Courier"]sudo apt-get update
[/font]
lief dann auch problemlos durch.
Mal sehen, wie es weiterhin läuft.

Gruß und Dank

goestr

Moin in die Runde,
ich habe mal eine Frage an die Experten. Ich betreibe hier einen ownCloud-Server auf einem Raspberry Pi+. Auf diesem wird jeden Morgen um 4:00 Uhr als Cron-Job apt-get angestoßen. Gelegentlich bekomme ich ein Log, das so aussieht:

[font="Courier"]CRON-APT RUN [/etc/cron-apt/config]: Thu Jan 15 04:00:01 CET 2015
CRON-APT SLEEP: 1955, Thu Jan 15 04:32:36 CET 2015
CRON-APT ACTION: 0-update
CRON-APT LINE: /usr/bin/apt-get -o quiet=1 update -o quiet=2
W: GPG error: http://raspberrypi.collabora.com wheezy Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY ED4BF9140C50B1C5
CRON-APT ACTION: 3-download
CRON-APT LINE: /usr/bin/apt-get -o quiet=1 autoclean -y
Reading package lists...
Building dependency tree...
Reading state information...
CRON-APT LINE: /usr/bin/apt-get -o quiet=1 dist-upgrade -y APT::Get::Show-Upgraded=true
Reading package lists...
Building dependency tree...
Reading state information...
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.[/font]

Besonders würde mich interessieren, was die Folge der Warnung
[font="Courier"] W: GPG error: http://raspberrypi.collabora.com wheezy Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY ED4BF9140C50B1C5[/font]
ist.
Mir ist wohl klar, dass hier kein öffentlicher Schlüssel verfügbar ist. Aber wird hier ein Update wegen dieser Tatsache verweigert? Was könnte man ggfs. dagegen tun?

Ich hoffe, dass die Lösung einfach ist.

Gruß

goestr

Quote from dbv

hmm, da scheint irgendwas anderes kaputt zu sein bei dir. Am Paket liegt es jedenfalls nicht.

Lösch mal alles was in der /etc/apt/souces.list drin steht und trag folgendes ein

Code

deb http://archive.raspbian.org/raspbian wheezy main contrib non-free
deb-src http://archive.raspbian.org/raspbian wheezy main contrib non-free

Dann wieder ein

Code

sudo apt-get update

So, guten Morgen! Jetzt habe ich das so gemacht, habe auch noch ein

[font="Courier"]sudo apt-get upgrade[/font]

hinterhergeschoben, und die ganze Sache ist ohne weitere Fehlermeldung durchgelaufen.
Nun scheint der Server wieder problemlos zu laufen.

Vielen Dank an die vielen Helfer!

goestr[/font]

Quote from dbv

hmm, da scheint irgendwas anderes kaputt zu sein bei dir. Am Paket liegt es jedenfalls nicht.

Lösch mal alles was in der /etc/apt/souces.list drin steht und trag folgendes ein

Code

deb http://archive.raspbian.org/raspbian wheezy main contrib non-free
deb-src http://archive.raspbian.org/raspbian wheezy main contrib non-free

Dann wieder ein

Code

sudo apt-get update

Danke! Das mach ich aber lieber morgen, nachdem ich noch ein Backup meiner SD-Karte gemacht und bei völlig klarem Verstand bin

Bis morgen!

goestr

dbv

Quote

wget http://mirrordirector.raspbian.org/raspbian/pool/…eb7u1_armhf.deb
dpkg -i libjasper1_1.900.1-13+deb7u1_armhf.deb

die Antwort auf die zweite Kommandozeile lautet

[font="Courier"]dpkg -i libjasper1_1.900.1-13+deb7u1_armhf.deb
dpkg-deb: Fehler: »libjasper1_1.900.1-13+deb7u1_armhf.deb« ist kein Archiv im Debian-Format
dpkg: Fehler beim Bearbeiten von libjasper1_1.900.1-13+deb7u1_armhf.deb (--install):
Unterprozess dpkg-deb --control gab den Fehlerwert 2 zurück
Fehler traten auf beim Bearbeiten von:
libjasper1_1.900.1-13+deb7u1_armhf.deb
[/font]
Gruß

goestr

Quote from raspiprojekt

Wie siehts mit

Code

sudo apt-get -f install

aus?

Zur Not lade die deb mit wget runter und installier per Hand.

Danke! Auch kein Erfolg=(

goestr

Quote from dbv

Code

sudo apt-get clean
sudo apt-get update

wäre mein nächster Versuch.

danke! Auch kein Erfolg=(

goestr

raspiprojekt

Quote

Schon mal ein
[font="Courier"]sudo apt-get dist-upgrade[/font]
versucht? Zusätzlich zum "normalen" upgrade werden damit auch Abhängigkeiten zwischen alten und neuen Paketversionen intelligent gehandhabt.

ja, danke, hab ich. Es tut sich nichts.

goestr

Pfutz

Danke! sudo rpi-update hat ein Update der Firmware veranstaltet, aber der Fehler bleibt.

RyuKajiya

Danke! Woher weiss ich, welche Programme die beschriebenen Prozeduren brauchen?

goestr

hallo liebe Forummitglieder,

als Betreiber eines ownCloud Servers auf einem Raspberry Pi B+ unter wheezy tritt bei mir seit einigen Wochen ein Problem auf, dass für mich nicht lösbar ist.
Jeden Morgen um 4:00 Uhr läuft ein Cron-Job, der die [font="Courier"]/usr/sbin/cron-apt[/font] anstößt, d.h. es sollen neue Programmupdates eingespielt werden.
Bisher funktionierte das sehr gut, aber neuerdings tritt bei drei Programmen folgende Meldung auf

[font="Courier"]Failed to fetch http://mirrordirector.raspbian.org/raspbian/pool/…eb7u1_armhf.deb Size mismatch
Fetched 14.0 kB in 1s (7881 B/s)
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?[/font]

Ich habe die Zeilen für die anderen beiden Programme (ebenfalls aus der gleichen Quelle) der Übersichtlichkeit weggelassen. Hier wird ein [font="Courier"]Size mismatch[/font] angemahnt sowie vorgeschlagen, [font="Courier"]run apt-get update[/font] oder den gleichen Befehl mit der Option [font="Courier"]--fix-missing[/font] zu verwenden.

Leider funktioniert beides nicht. Es ist nicht möglich, die Updates von [font="Courier"]libjasper1[/font] (wie oben gezeigt) sowie [font="Courier"]libflac8[/font] und [font="Courier"]libgcrypt11[/font] zu laden.

Kann mir jemand aus dem Forum helfen?

Danke!

goestr

Da ich schon länger einen Server auf einem RasPi betreibe, treten mit der Zeit Fragen auf, die ich alleine nicht beantworten kann. Ich erhoffe mir Antworten aus diesem Forum.

Gefunden habe ich es mit Google.

goestr