xsane hat gefehlt. Deswegen hat wohl die erste Installation nicht geklappt.
Ich hab zwar xsane schon heute vormittag installiert, aber der Scanner ist trotzdem nicht erkannt worden.
Die Anleitung Samsung-Laserdrucker › Wiki › ubuntuusers.de hat leider nicht ganz gepasst, weil die Dateien in /opt bei Suse fehlen. Aber gebracht hat es dann der Eintrag in [b]/etc/sane.d/xerox_mfp.conf[/b]. Danach hab ich in Yast meinen Scanner hinzugefügt und es hat sofort geklappt!
Danke.
bin gerade über die Voraussetzungen gestolpert. Ghostscript und CUPS ist drauf, aber Yast kann libsane nicht finden. heißt das Ding auf Suse anders als auf Ubuntu?
Ja, genau das ist anscheinend das Problem.
Wenn ich in Yast den Scanner bearbeiten möchte, dann ist mein Typ zwar dabei, aber dahinter steht in Klammern USB (eigentlich bei allen).
Und irgendwie fehlt mir bei der lokalen Konfiguration das Feld für die IP-Adresse. Deswegen hab ich es mit dem Button "Scannen via Netzwerk". Dort sind mir die Einstellungen zu wenig. Das wird wohl für einen Server oder sowas sein, oder?
nein, Kabel.
Hallo zusammen,
ich hab letztens meinen Rechner neu aufgesetzt mit Leap 15.1. (Fall dazu auch hier im Forum).
Auf jeden Fall ich ich alles wieder eingerichtet und auch den Drucker installiert. Der Samsung CLX3185FN druckt auch ohne Probleme.
Vor meinem Crash war aber auch das Scannen kein Problem. Nur wie kann ich den Scanner installieren?
Über Yast - Scanner einrichten sieht es so aus, als wäre Lokal immer über USB und bei Netzwerkscan tut sich auch nichts. Ich könnte jetzt planlos rumspielen und simple-scan installieren, den Drucker löschen und nochmal installieren... aber wie gehe ich hier systematisch an das Problem ran?
Grüße
deife
ich sehe mich mehr als Standard-Anwender, der zwar schon Shell-, Perl- und Pythonskripte erstellt hat, aber mit dem Dateisystem habe ich mich bis zu dieser Woche noch nie beschäftigt.
Ich hab zwar mittlerweile herausbekommen, das BTRFS relativ neu ist und man auch auf alte Dateiversionen zugreifen kann, aber recht viel mehr ???
Und wenn BTRFS nichts für Standardanwender wäre, warum ist es dann Default bei der Installation? Und das seit opensuse 12 (da bin ich eingestiegen und damals war auch schon BTRFS die Defaulteinstellung).
Sollte man wirklich so tief graben und bis zum Dateisystem vorstoßen?
Aber ich möchte hier keine Grundsatzdiskussion anzetteln. Kiste läuft wieder, das ist die Hauptsache, und eine Neuinstallation schadet auch nicht.
nein, wieder BTRFS. Das hat mich schon mal gerettet, weil ich damals auf eine ältere Version zurückgreifen konnte. Aber mit der dieser Aktion ist das Guthaben aufgebraucht und es steht wieder unentschieden.
Ich hab einfach die Installation von 15.1 durchlaufen lassen und da war BTRFS als Voreinstellung. Und die Voreinstellung sollte eigentlich die beste Variante sein, oder?
Leap konnte leider nur einmal starten und hatte wohl Zugriff auf die gesamte Platte. Dummerweise habe ich versucht mit Knoppix darauf auszubauen und nicht gleich die Sicherung gestartet.
Am besten hat der Zugriff über das Leap 15.1 Rescue System mit dem Befehl btrfs restore geklappt. Damit konnte ich mein gesamtes home Verzeichnis sichern, aber das btrfs war im Rahmen meiner Möglichkeiten nicht zu retten.
Gerade läuft die Neuinstallation von 15.1.
ich hab mich inzwischen durchgerungen und den --repair durchgeführt.
Knoppix kann die Festplatte immer noch nicht einhängen, aber Leap startet wieder. Zwar nur in der Kommandozeile, aber vielleicht komme ich doch noch weiter.
Hallo Leute,
ich hab ein Problem mit BTRFS.
Beim Booten wird folgendes angezeigt (die Adressen hab ich weggelassen):
BTRFS error (device sda1): unable to find ref byte nr .......
BTRFS: error (device sda1) in __btrfs_free_extent:6913: errno=-2
BTRFS: error (device sda1) in btrfs_run_delayed_refs:3001: errno=-2 No such entry
BTRFS: error (device sda1) in btrfs_replay_log:2410: errno=-2 No such entry
BTRFS error (device sda1): pending csums is .....
BTRFS error (device sda1): cleaner transaction attach returned -30
BTRFS error (device sda1): open_ctree_failed
Generating "/run/initramfs/rdsosreport.txt"Und danach steht dann noch etwas, dass ich die Shell verlassen soll um die Datei zu sichern, und dass ich btrfs check --readonly machen soll, weil die Option --repair evtl nach hinten losgehen kann.
Ich hab dann man den check gemacht, aber was da rauskommt verstehe ich nicht.
Genauso erschlägt mich die Flut aus dem journalctl.
Kann daraus jemand lesen ob meine Festplatte im Eimer ist? Oder nur die Daten futsch sind? Oder soll ich einfach das --repair mal drüberrauschen lassen - nach dem Motto "nix zu verlieren".
Grüße
deife