Hallo,

boinc-manager und boinc-client updaten nicht mehr, ebensowenig wie ein --reinstall geholfen hätte:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19

cdrewing@cdrewing-desktop:~$ sudo apt-get purge boinc-manager boinc-client
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut       
Statusinformationen werden eingelesen... Fertig
Die folgenden Pakete werden ENTFERNT:
  boinc-client* boinc-manager*
0 aktualisiert, 0 neu installiert, 2 zu entfernen und 0 nicht aktualisiert.
Nach dieser Operation werden 1.696 kB Plattenplatz freigegeben.
Möchten Sie fortfahren [J/n]? j
(Lese Datenbank ... 211652 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von boinc-client ...
 * Stopping BOINC core client: boinc                                                                       ... waiting                                                                                       [ OK ]
Löschen der Konfigurationsdateien von boinc-client ...
Entfernen von boinc-manager ...
Löschen der Konfigurationsdateien von boinc-manager ...
dpkg: Warnung: Während des Entfernens von boinc-manager kann Verzeichnis »/usr/bin/boincmgr« nicht gelöscht werden: Die Operation ist nicht erlaubt - Verzeichnis vielleicht ein Einhängepunkt?
Trigger für ureadahead werden verarbeitet ...
Trigger für man-db werden verarbeitet ...
cdrewing@cdrewing-desktop:~$ 

Das liegt wohl daran, dass eine Dateioperation fehlschlägt:

1
2

cdrewing@cdrewing-desktop:/usr/bin$ ls -l boinc*
-rwxr-xr-x 1 root 256 4096 Mai 20  1986 boincmgr

1
2

cdrewing@cdrewing-desktop:/usr/bin$ sudo rm boincmgr 
rm: Entfernen von »boincmgr“ nicht möglich: Die Operation ist nicht erlaubt

Aber ich bin doch su!

Hat jemand einen heißen Tipp für mich?

Danke & Gruss Christian

CDrewing schrieb:

1 2	cdrewing@cdrewing-desktop:/usr/bin$ ls -l boinc* -rwxr-xr-x 1 root 256 4096 Mai 20 1986 boincmgr

woher stammt diese Gruppenzugehörigkeit (256) dieser Datei?

versuche mal

sudo chown root:root /usr/bin/boincmgr

und danach solltest Du diese Datei löschen können.

@Ubunux:

Jetzt wird's tricky.

1
2
3
4
5
6

cdrewing@cdrewing-desktop:~$ sudo chown root:root /usr/bin/boincmgr
chown: Ändern des Eigentümers von »/usr/bin/boincmgr“: Die Operation ist nicht erlaubt
cdrewing@cdrewing-desktop:~$ ls -l /usr/bin/boinc*
-rwxr-xr-x 1 root root 841992 Jul 18 19:24 /usr/bin/boinc
-rwxr-xr-x 1 root root 227368 Jul 18 19:24 /usr/bin/boinccmd
-rwxr-xr-x 1 root  256   4096 Mai 20  1986 /usr/bin/boincmgr

keine Ahnung was da bei Dir los ist, nach einer Installation von boinc zum testen schaut das bei mir so aus:

ls -l /usr/bin/boinc*
-rwxr-xr-x 1 root root  841992 Jul 18 19:24 /usr/bin/boinc
-rwxr-xr-x 1 root root  227368 Jul 18 19:24 /usr/bin/boinccmd
-rwxr-xr-x 1 root root 1874184 Jul 18 19:24 /usr/bin/boincmgr

also die Rechte bei boincmgr sind bei mir korrekt und auffällig ist auch daß die Dateigröße sowie das Datum bei Dir völlig unterschiedlich sind zu meiner Installation

OK, vielleicht waren die Dateien mal korrupt. Wie bekomme ich die jetzt runter vpm Rechner? Dann installiere ich BOINC halt nochmal... macht ja nichts.

wenn da wirklich was korrupt ist/war solltest Du imho zuerst einen Dateisystemcheck machen

Und wieso sind da jetzt wieder die anderen zwei Dateien vorhanden bei Dir?

Den Datencheck habe ich natürlich bereits durchgeführt

Danach habe ich nochmal ein --reinstall versucht, schlug genau so fehl.

Auch ein rm -f geht nicht. Könnte ja noch root in die Gruppe 256 eintragen...?

CDrewing schrieb:

Könnte ja noch root in die Gruppe 256 eintragen...?

gibt es eine solche Gruppe überhaupt und wenn ja woher kommt die?

Eine Idee hätte ich noch, zuerst würde ich schauen ob noch ein Prozess von boinc läuft, falls ja diesen killen. Evtl. auch versuchen die besagte Datei von aussen mittels einer Live-CD zu löschen.

Grundsätzlich würde ich aber sicher auch versuchen zu ergründen, was da genau passiert ist, aus meiner Sicht ist dies ominös und im Moment habe ich keinen Plan, was genau da passiert sein könnte.

Was unterscheidet Deine Ubuntu-Installation von einer "normalen" Installation?

Hätt' ja klappen können

Nutze ich eine Live-CD erhalte ich ein "Operation not permitted", also genau den gleichen Fehler als wenn ich es unter root im eigentlichen System mache. Auch chown schlägt fehl. Und jetzt? Es kann doch nicht sein, dass ich wegen einer einzigen Datei das Dateisystem neu aufsetzen muss.

Zur Historie: Ich hatte ein paar korrupte Files, da mein Monitor unregelmäßig nicht mehr aus dem Standby zurückkommt. Vielleicht liegt es am GraKa-Treiber. Daher stammen jedenfalls ungeplante Kaltstarts und die Dateifehler.

Eine Mogel-Lösung hätt ich anzubieten. Aber ist mit Vorsicht zu genießen, ich kann die Auswirkungen nicht wirklich abschätzen. Und zwar: Man mache eine zusätzliche kleine Partition, kopiere den Inhalt von /usr/bin da rein - außer natürlich die korrupte Datei. Danach mounte man die Partition via /etc/fstab in /usr/bin. Aber wie gesagt, die Lösung ist ganz ganz schlecht, nur für den äußersten Notfall.

@PhotonX:

eeek! Das klingt ja fast nach Windows,,,

Nein, das darf keine Lösung sein...

Ja, wie gesagt. Ist halt etwas besser, als das System platt zu machen, aber nicht viel, schätze ich...

Naja, zum Glück ist mein Backup up to date dank Crashplan.com. Gut 850 GBytes in verschiedenen Backup sets, in täglichen Versionen.

OK, kennt jemand noch eine Alternativlösung?

Ich würde vielleicht nochmal fsck per LiveCD durchlaufen lassen.

ICH HABS!!

Es lag an (mir unbekannten) Dateiattributen.

Davor (via LiveCD, daher die ungewöhnlichen Pfadangaben):

ubuntu@ubuntu:/media/disk/usr/bin$ lsattr boincmgr -----a------E---T-- boincmgr

1

sudo chattr -aT /media/disk/usr/bin/boincmgr

danach:

ubuntu@ubuntu:/media/disk/usr/bin$ lsattr boincmgr ------------E------ boincmgr

Schon hat ein sudo rm /media/disk/usr/bin/boincmgr geholfen und ich konnte BOINC via sudo apt-get install --reinstall boinc wieder funktionsfähig installieren.

Aber könnte bitte jemand so freundlich sein mir zu erklären, warum das jetzt alles funktionierte und worin der Fehler lag?

Danke