myGully.com

myGully.com (https://mygully.com/index.php)
-   Linux & BSD (https://mygully.com/forumdisplay.php?f=401)
-   -   Kopierprobleme auf USB Stick (https://mygully.com/showthread.php?t=4719931)

le___chuck 11.02.17 07:51

Kopierprobleme auf USB Stick
 
Morgen.

Seit ich auf mint 18 umgestiegen bin habe ich immer wieder kopierprobleme von großen dateien auf usb sticks. Nachdem der kopiervorgang (per drag and drop) beendet ist sind die files entweder nicht lesbar oder gar nicht erst da. Das ist aber nicht immer so.
An den sticks wird es nicht liegen weil sonst zufällig 4 verschiedene defekt wären.

jimco 11.02.17 16:43

was hast du denn vor mint benutzt?

le___chuck 11.02.17 22:12

win 7

YgfFagc 11.02.17 23:22

Hi,
ja an den Sticks liegt es nicht. Diese Spielereien verursachen aber dann Probleme
die du später beheben musst, und zwar mit: fsck.ext4 -v -f -c -p /dev/sda2
(Beispiel für ext4 und /dev/sda2). Prüft und Behebt Fehler gründlich. Der Stick
darf für die Prüfung nicht gemountet sein.

Zum eigentlichen Problem:
Wie mountest du die Sticks? Sicherlich automatisch, per usbmount, udisk-glue o.ä.?
Dort habe ich solche Probleme schon mal gehabt wie du sie hast.
Ich empfehle dir (wenigstens zum testen) einen der Sticks mal per /etc/fstab
zu mounten, am besten mit diesem Beispiel (bitte alles entsprechend anpassen):
/dev/sda1 /media/samsung128gb ext3 rw,nodev,noexec,noatime,nodiratime,sync,data=order ed 0 0

Ausführliche Erklärung zu den Mount-Optionen:
[Link nur für registrierte und freigeschaltete Mitglieder sichtbar. Jetzt registrieren...]

back69 13.02.17 11:12

Zitat:

Zitat von le___chuck (Beitrag 29731624)
Nachdem der kopiervorgang (per drag and drop) beendet ist ...

Ich tippe mal darauf, dass der Kopiervorgang eben noch nicht abgeschlossen
war. Linux cache't Dateien und auch wenn dir in der GUI gesagt wird, dass
das Kopieren fertig ist, so kann "intern" noch was zu übertragen sein.

Da du das Problem insbesondere bei großen Dateien hast, liegt das für mich
näher. Probier mal einen "sync" zu machen.

le___chuck 13.02.17 11:52

@back69
Ich denke schon das der kopiervorgang abgeschlossen ist. Auch wenn angezeigt wird das schon fertig ist blinken die sticks noch ca eine minute länger. Abziehen tue ich erst wenn auch das aus ist.

Meinst du rsync?

musv 13.02.17 13:05

Zitat:

Zitat von le___chuck (Beitrag 29741414)
Meinst du rsync?

Nein, er meint
Code:

sync
Das Kommando schreibt sämtliche Daten eines Filesystemcaches.

Beim Schreiben auf USB kannst du vermeintlich ein paar GB innerhalb weniger Sekunden schreiben. In Wirklichkeit wird aber der Kopiervorgang im Hintergrund durchgeführt. Mit sync zwingst du dann das System, den Schreibvorgang vollständig abzuschließen.

Auf das Blinken eines Gerätes würde ich mich nicht verlassen.

Wornat1959 13.02.17 16:46

Also das es am fehlenden "sync" liegt bezweifel ich etwas. Das Linuxsystem sollte das automatisch nachholen, spätestes dann, wenn die Datei gelesen werden soll oder der Stick "umounted" wird.

Frage 1:
Wie gross ist bei dir eine grosse Datei ? Kannst du kleinere Dateien denn kopieren?

Frage 2:
Welches Filesystem befindet sich überhaupt auf dem USB-Stick?
Je nach Filesystem - wenn du noch FAT benutzt zum Beispiel - kann es sein das zu grosse Dateien nicht kopiert werden können.

Frage 3:
Hast du mal versucht die Datei über die Konsole zu kopieren? Dabei könntest du auch eine Fehlermeldung bekommen wenn was nicht klappt.
Also ich würde soweit gehen den Stick erstmal manuell zu mounten. Wenn er automatisch gemountet wird, umounte ihn per Kommando und mounte ihn am besten auch an einem anderen Mountpunkt im Verzeichnisbaum testweise ein. Dann kopieren. Danach erstmal wieder umounten. Durch das Umounten wird automatisch ge"synced".

le___chuck 13.02.17 22:46

Zitat:

Zitat von Wornat1959 (Beitrag 29742454)
Frage 1:

Frage 2:

Frage 3:

1. Unterschiedlich. Von 1-8gb war schon alles dabei. Ich kann auch die großen dateien kopieren. Der fehler tritt ja nicht immer auf.

2. Das ist mir bekannt. Meine "Filmsticks" sind alle auf ntfs formatiert. Aber dazu ne frage: Meldet sich linux auch wenn man versucht eine zu große datei auf einen fat formatierten stick zu kopieren? Bei windows kommt dabei die meldung das nicht genug speichertplatz vorhanden ist.

3. Nein, hab ich noch nicht. Blöderweise hab ich zur zeit nichtmal was zum ausprobieren.

n1x 14.02.17 09:34

Formatiere den Stick mit exFAT (512 TB Dateigröße reicht)!
*buntu einfach mit
Code:

sudo apt-get install exfat-fuse exfat-utils
und fertig. exFat funktioniert auf Mac, Win und Linux, dabei kopiert es sich von Linux deutlich schneller auf einen exFat Stick im vergl. zu einem mit NTFS.

le___chuck 14.02.17 22:30

Ich werd dann mal schauen ob sich mein mediaplayer und exfat verstehen.

Danke

Zitat:

Zitat von n1x (Beitrag 29745398)
Formatiere den Stick mit exFAT (512 TB Dateigröße reicht)!
*buntu einfach mit
Code:

sudo apt-get install exfat-fuse exfat-utils
.

Ich hab es installiert. Kann aber den stick nur über das terminal formatieren. Wird das nicht im usb-stick-formatierer und/oder in gparted verwendbar?

n1x 24.02.17 10:55

Gparted kann kein exfat formatieren.
Wenn Dir gparted für Deinen Stick die devid /dev/sdb anzeigt

musst Du eigentlich nur
Code:

sudo mkfs.exfat /dev/sdb1
eingeben. bei /dev/sdc entsprechend mkfs.exfat /dev/sdc1, usw.
GGf. in gparted die Partition rechtsklicken und vorher aushängen!

[Link nur für registrierte und freigeschaltete Mitglieder sichtbar. Jetzt registrieren...]

musv 08.03.17 13:11

Zitat:

Zitat von Wornat1959 (Beitrag 29742454)
Also das es am fehlenden "sync" liegt bezweifel ich etwas. Das Linuxsystem sollte das automatisch nachholen, spätestes dann, wenn die Datei gelesen werden soll oder der Stick "umounted" wird.

Es gibt Leute, die führen ein "hard unmount" durch, d.h. Stick rausziehen, wenn der Kopiervorgang vermeintlich abgeschlossen wurde. Da kann dann auch das Linux wenig machen. Und gerade im Startpost wird von Drag&Drop gesprochen, was das beschriebene Verhalten nahelegt.

Fehlermeldung bei Fat: Linux meldet, dass kein Speicherplatz mehr verfügbar ist, wenn du die 2GB-Grenze einer Datei erreicht hast.

Alternatives Dateisystem: Kommt halt darauf an, welches OS du damit beglücken musst. Ich formatiere die Sticks immer mit ext4, da es bei mir im Umkreis keine Notwendigkeit für Windows gibt.

Wornat1959 09.03.17 00:25

@musv
Was hat das Rausziehen eines Sticks mit Drag&Drop zu tun? Für mich nix.
Hällst du wirklich Nutzer die Drag&Drop nutzen großteilig für so "unwissend", das sie danach die Gewaltmethode verwenden und den Stick "rausreissen"? Dann hoffe ich, das du nicht Drag&Drop benutzt ... sorry ;)

Ich hab nur gesagt das ein "sync"-Kommando wahrscheinlich wenig weiterhilft. Wenn ich von unmouten sogar schreibe, gehe ich auch davon aus das man das macht, bevor man den Stick zieht. Und der von dir beschriebende Drag&Dropper wird dann sicher auch nicht vorher erst syncen wie es vorgeschlagen wurde. Darauf hab ich geantwortet.

BTW - man kann natürlich auch den Strom abschalten, statt den Rechner runterzufahren. (Drag&Drop-Nutzer eben ...)

Wegen der besagten Fehlermeldung - ich hatte ja nicht umsonst darum gebeten eine Kommandozeile zu nutzen um bessere Klarheit zu bekommen was der wahre Hintergrund ist.

Dieter9997 03.04.18 18:49

USB-Sticks mit Linux sind leider bis heute noch ein Krampf.

Offensichtlich fertig kopierte Dateien, egal ob per cp in einer Konsole - oder per Drag&Drop, werden im RAM gepuffert. Dies führt oft dazu, dass die Sticks abgezogen werden obwohl der (im System nicht offensichtlich sichtbare) Schreibvorgang noch nicht beendet ist.

Mit dem Befehl "sync" würde die gepufferten Daten auf den Stick schreiben. Allerdings gibt es in vielen Desktops die auch unter Windows verfügbare Option "Auswerfen". Bei Klick auf die Option werden die gepufferten Daten geschrieben, der Stick sauber ungemountet und es erscheint eine Meldung mit der Aufforderung, den Stick jetzt gefahrenfrei herausziehen zu können.

Windows kann das etwas besser. Dort kommt es eher weniger zu Problemen, wenn man den Stick ohne "Auswerfen" zu klicken abzieht. Aber richtig ist es genauso wenig.

musv 03.04.18 22:17

Abgesehen davon, dass der Thread schon über 1 Jahr alt ist, solltest du Deine Aussage erst mal mit Fakten untermauern.

Ob du jetzt bei Windows oder bei Linux den Stick vorm Ende des Schreibens rausziehst, ist egal. Bei beiden sind die Daten dann futsch. Ich wüsste auch nicht, warum das Puffern im RAM schlecht sein sollte, nur weil du keinen nervigen Dialog mit blinkenden Dateisymbolen angezeigt bekommst.

n1x 19.08.18 23:12

Zitat:

Zitat von Dieter9997 (Beitrag 31742512)
Windows kann das etwas besser. Dort kommt es eher weniger zu Problemen, wenn man den Stick ohne "Auswerfen" zu klicken abzieht. Aber richtig ist es genauso wenig.

@Dieter9997 wollte sagen, dass es unter der Windows Systemeinstellung, USB Gerät "für schnelles Kopieren" oder "für schnelles Entfernen" optimieren eingestellt werden kann, und er diese Einstellung "für schnelles Entfernen" unter Linux, wie es bei Win voreingestellt ist, noch nicht gefunden hat.

Linux hat vor vielen Jahren die sync Mount Option als Voreinstellung für das autofs abgeschafft, nutzt also async, weil das Sektor für Sektor basierte schreiben auf den USB-Stick drastisch die Lebenszeit verkürzt. Dabei ging es noch um 1GB USB-Sticks, hier wurden die Sektoren logischer Weise öfter beschrieben wie z. B. bei einem heute erhältlichen 256GB Stick.

Das eine Setting schont den User zu lasten der Lebensdauer der Hardware, und das andere schont die Hardware zu lasten des Users.

agehill 27.10.20 19:55

hallo

das thema liegt zwar schon eine ganze zeit brach, aber ich glaube das problem erkannt zu haben.
(und das obwohl ich so gut wie keine ahnung von unix-systemen habe!)
----------
das problem liegt nicht am usb-stick ....
(du hättest die gleichen probleme wenn du auf eine andere festplatte kopieren würdest, die per sata angeschlossen wäre) (war bei mir der fall, auch bei usb-stick natürlich, bei großen datenmengen)
... sondern das problem liegt an der grafikkarte !!
ich schätze du hattest eine alte nvidia verbaut, ich hatte eine 7600gs (mainboard war u ist asus m2n-te), und hatte bei der benutzung mit knoppix(8.2) 2 monate lang nicht das gerinste problem.

ok, will auch nicht zuviel rumlabern, was noch erwähnenswert ist, bei umstieg auf knoppix 8.6 war's dann direkt so, dass bei aufruf von VLC-player 3.0.11 (war auch neu in "neuer" knoppix-version) direkt der desktop voll eingefrohren ist.
und jo, das gleiche mit anderer (und aktuelle) linux-distrie.
###########################

gib mal dmesg im terminal ein!! (hatte ich glaub ich sogar noch bei knoppix 8.2 gemacht)
hier mein ergebnis, welches ich damals gespeichert habe:
#########################

knoppix@Microknoppix:~$ dmesg
[ 1827.487461] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1827.487480] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1827.487499] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1827.504151] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1827.504190] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1827.504207] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1827.504223] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1827.520790] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1827.520812] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1827.520831] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1827.520849] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1827.540136] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1827.540154] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1827.540169] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1827.540185] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1827.553070] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1827.553095] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1827.553114] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1827.553133] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1827.570802] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1827.570826] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1827.570845] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1827.570864] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1827.588808] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1827.588855] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1827.588878] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1827.588897] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1827.605020] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1827.605044] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1827.605064] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1827.605083] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1827.621606] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1827.621631] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1827.621650] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1827.621668] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1827.637400] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1827.637424] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1827.637444] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1827.637462] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1827.653208] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1827.653227] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1827.653252] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1827.653267] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1827.670157] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1827.670180] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1827.670200] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1827.670219] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1827.687564] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1827.687585] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1827.687605] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1827.687625] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1827.704115] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1827.704135] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1827.704150] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1827.704165] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1827.719609] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1827.719633] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1827.719653] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1827.719672] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1827.748705] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1827.748726] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1827.748745] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1827.748764] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1827.779012] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1827.779033] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1827.779051] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1827.779070] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1828.225705] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1828.225724] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1828.225739] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1828.225754] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1828.243211] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1828.243232] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1828.243251] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1828.243270] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1828.260524] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1828.260545] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1828.260565] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1828.260584] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1828.276649] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1828.276670] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1828.276689] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1828.276708] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1828.293388] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1828.293435] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1828.293456] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1828.293474] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1828.310036] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1828.310060] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1828.310080] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1828.310099] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1828.326635] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1828.326659] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1828.326679] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1828.326698] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1828.343323] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1828.343347] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1828.343366] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1828.343386] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1828.360058] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1828.360102] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1828.360123] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1828.360141] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1828.376563] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1828.376587] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1828.376607] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1828.376627] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1828.392824] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1828.392871] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1828.392892] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1828.392910] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
[ 1829.120138] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 012c data 00000000
[ 1829.120161] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0134 data 00000000
[ 1829.120180] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0100 data 00000000
[ 1829.120199] nouveau 0000:06:00.0: fifo: CACHE_ERROR - ch 0 [DRM] subc 2 mthd 0130 data 00000000
knoppix@Microknoppix:~$

###############
erklärung von dmesg
######################################
dmesg steht für display message und ist ein Programm, welches die Kernel-Meldungen (genau: die Meldungen des Kernel-Ringpuffers) auf dem Bildschirm ausgeben kann.

Das Programm wird im "normalen" Betrieb von Linux eher selten verwendet, ist aber immer dann nützlich, wenn Fehler im System gesucht werden, z.B. warum (neue) Hardware nicht korrekt erkannt oder eingebunden wird.

------------------
grafikkarten können ja bekanntlich probleme bei linux machen, deshalb sollten gerade neulinge (meiner meinung nach) unbedingt erstmal einen test wie diesen machen, um zu überprüfen ob die grafikkarte mit linux einwandfrei funktioniert!!

musv 28.10.20 08:48

Zitat:

Zitat von agehill (Beitrag 38889749)
grafikkarten können ja bekanntlich probleme bei linux machen, deshalb sollten gerade neulinge (meiner meinung nach) unbedingt erstmal einen test wie diesen machen, um zu überprüfen ob die grafikkarte mit linux einwandfrei funktioniert!!

Können sie unter Windows auch. Und jetzt?

Lass mich raten:
Du hast den Knoppix-Fehler bei Dir entdeckt und wolltest den jetzt irgendwo hier veröffentlichen? Also hast du einen alten Thread ausgebuddelt, in den du das jetzt irgendwie reinpressen wolltest, egal ob es jetzt passt oder nicht.

Um Dir mal etwas Erleuchtung bei Deinem Nicht-USB-Stick-Problem zu spenden:
Sowohl für Nvidia- als auch für ATI-Karten stellen die Hersteller Treiber zur Verfügung. Die funktionieren in der Regel ziemlich zuverlässig. Während bei AMD der Treiber aus einem Open-Source-Teil (2d, ist im Kernel) und einem Binary Blob (3d) besteht, veröffentlicht Nvidia einen reinen Closed-Source-Treiber. Live-CDs liefern die Closed-Source-Treiber gewöhnlich nicht mit aus (vermutlich aus lizenzrechtlichen Gründen). Als Äquivalent zum Nvidia-Treiber gibt's den per Reverse Engineering entwickelten Nouveau-Treiber. In der Regel funktioniert der ganz gut, hat aber aus leicht nachvollziehbaren Gründen nicht die Stabilität und Leistung des proprietären Nvidida-Treibers.

Und genau das ist hier Dein Problem: Der Nouveau-Treiber kommt mit Deiner Graka nicht zurecht. Und das ist ganz unabhängig davon, ob du jetzt einen USB-Stick anschließt oder nicht.


Alle Zeitangaben in WEZ +1. Es ist jetzt 18:34 Uhr.

Powered by vBulletin® (Deutsch)
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.