tastatur tot nach dist-upgrade auf 2.6.38-2-slh3-aptosid-686

Started by bostaurus, 2011/04/06, 17:29:52

Previous topic - Next topic

bostaurus

Hallo, habe vor wenigen Minuten unter KDE ein vorschriftsmäiges dist-upgrade gemacht. Nach dem Hochfahren erscheint dann die Anmeldeseite, aber nichts reagiert auf Maus oder Tastatur.
Dies ist a) eine Warnung und b) eine Bitte um Hilfe. Da ich mich gerade erst im Forum angemeldet habe, weiß ich nicht, ob diese Stellerichtig ist für Hilfesuchen. Falls nein, meine Bitte an den Admin, meinen Text zu verschieben.
MfG, B.

susa

Hallo bostaurus ,

list du mal  das, dann weist du bescheid...

bostaurus

Wenn das heißen soll, ich möchte meinem Rechner irgendetwas entlocken, geht ja eben nicht. Ansonsten: Was heißt "list"? Danke, B.

ayla

Soll heißen: liest du mal das...

und das "das" ist ein Link zu einem Thread wo das Thema behandelt wird. Also einfach auf das  "das" in susas Text klicken

bostaurus

Hallo ayla, danke für den Hinweis. Der Link ist bei mir nicht als solcher zu erkennen. Ciao! B.

bostaurus

Meine Radikalkur bestand darin, dass ich mittels einer Live-CD den Ordner /run gelöscht habe. Seitdem startet mein System zuverlässig. Das Problem ist gelöst. Gruß, Bostaurus

devil


bostaurus

Okay, ich war rabiat. Was mich bewogen hat, war Folgendes: rm bedeutet remove, löschen. r heißt rekursiv, wobei ich auf die Schnelle nicht herausgefunden hatte, was das genau in diesem Zusammenhang meint. f deutet ich als force, erzwingen. Also schlug mir Susa das Löschen vor.
Der zweite Grund ist die Dateistruktur meines Aptosid XFCE-Rechners mit demselben Kernel. Der kannte /run überhaupt nicht. Also dachte ich, so falsch kann das nicht sein.

Viele Grüße, Bostaurus

susa

äh bostaurus

wenn du

rm -rf /run

in der Konsole mit root-rechten eingegeben hast dann ist es logisch, das es kein /run Verzeichnis gibt. Damit löscht du auf der Live-CD das /run - Verzeichnis.

Also korreckt wäre ja


sux
cat /etc/fstab
oder
gparted
(für bildhafte Darstellung)


um herauszufinden wie die Partition heist
nehmen wir mal an, deine root - Partition liegt auf
/dev/sda1
dann würde der Befehl

rm -rf /media/disk1part1/run


lauten

hefee

Quote from: "bostaurus"rm bedeutet remove, löschen. r heißt rekursiv, wobei ich auf die Schnelle nicht herausgefunden hatte, was das genau in diesem Zusammenhang meint. f deutet ich als force, erzwingen.
also der schalter r brauchst du wenn du ordner und alle subordner auch löschen willst.

Den schalter f brauchst du nur wenn du schreibgeschützte Dateien löschen willst ohne Nachfrage, hällt nicht bei fehlern etc. :)

Ein rm -r hätte in deinem Fall ausgereicht.

oldie

So - gerade DU gemacht,

Tastatur und Mouse PS2,
64 Bit,
alles läuft ohne den ganzen "Schnick + Schnack"  - etwas Geduld spart machmal viel Zeit und Nerven.

Gruß Oldie

Manuel

Hi

Bedeutet das, das ich einfach ein du machen kann ohne den aptosid patch rein hauen zu müssen und ohne /run zu löschen ?

Einfach ein normaled du ?

Danke

reddark

Also ich hab heut ein du auf 2 Systemen gefahren 32bit/64bit und beide ohne Probleme ;)

wofritz

Quote
Bedeutet das, das ich einfach ein du machen kann ohne den aptosid patch rein hauen zu müssen und ohne /run zu löschen ?

Ja, wenn dein letztes d-u vorher dem Problem war (also noch kein /run existiert). Dann überspringst Du den Fehler.

oldie

Ich habe das Gefühl die User testen hier ohne Admin oder Hilfe des aptosid Teams -
das gibt es wohl nicht mehr.
Jeder auf eigenes Risiko - Zeit nehmen und etwas als Ersatz suchen - bevor man in den Abhängigkeiten der Pakter
ohne Hilfe untergeht.

Schade - das wars wohl mit aptosid/sidux - streiten wie im Kindergarten - keine Weiterentwicklung im Kopf.

Etwa drastisch - passend zur Situation und streiten wie die Kinder - einen Grund findet man immer.

oldie