|
ProfDrPhdDiplMsc
(Themenstarter)
Anmeldungsdatum:
7. Januar 2014
Beiträge: 32
|
tomtomtom schrieb: ProfDrPhdDiplMsc schrieb: Device is: Not in smartctl database [for details use: -P showall]
Was sagt mir das? Sind die Angaben generell nicht verwertbar?
Das Gerät ist der Software unbekannt. Sie weiß nicht, wie sich dieses verhält und ja, dabei kann es dann zu nicht korrekten Angabenkommen. Intenso produziert aber sowieso keine SSDs, die kaufen bei wechselnden Billigherstellern ein und Labeln um. Könnte dann auch der Grund sein, warum sie kein Tool dafür anbieten.
Ja, sieht wohl leider so aus. Frieder108 schrieb: Hmm, ich würde in so einer Situation einmalig mit shred auf die Platte losgehen, danach mit Gparted eine neue Partitiontabelle und neue Partitionen entsprechend meiner Vorstellung erstellen und dann neu installieren und die vorher erstellten Partitionen entsprechend zuweisen. Sollte die Platte dann immer noch rumzwicken, dann würde ich in den sauren Apfel beißen und mir eine neue Platte kaufen. Die alte Platte fällt dann in die Kategorie "wer billig kauft, kauft 2x" 😉
Ich verstehe nicht. Das Formatieren/ Neupartitionieren ändert doch eigentlich nichts an dem Laufwerk? Aber wenn ich was neues einbaue wird es wahrscheinlich sowieso darauf hinauslaufen. Um Filme mit in nen Urlaub zu nehmen oder sowas Unwichtiges kann man das ja noch nutzen.
Also bisher habe ich eigentlich mit den billigsten Anbietern nie wirklich Probleme gehabt. dingsbums schrieb: Gibt es Möglichkeiten auszuschließen, dass diese sporadischen Fehler am Kernel/System liegen?
Durchforste die Logs (dmesg / journalctl / kern.log). auf irgendwelche Auffälligkeiten.
Denn ich würde schon gerne wissen, ob ich mein Geld zurückverlangen soll
Schon mal Kontakt zu Intenso aufgenommen? Vielleicht gibts ja unbürokratisch eine Austausch-Platte, wenn du noch in der Garantiezeit bist ...
Also, dazu habe ich wieder zwei dumme Fragen, denn die Logfiles sind wohl nur von heute, und heute gabe es keine Probleme.
Sollte ich also einfach noch mal darauf warten? Und wenn, kann denn da überhaupt was drinne stehen, wenn die Partition doch als ro gemountet wird? Und nein, noch habe ich bei Intenso direkt nicht angefragt. Bestellt über Amazon. Da habe ich meistens Glück mit den Händlern. Ich würde ungern eine genutzte SSD zurückschicken. Immerhin, auch wenn es nur ich bin, da sind ALLE meine wichtigen Zugangsdaten drauf. Und mein Alu-Hut ist da zu dick. dingsbums schrieb: Etwa einmal so alle 10h Betrieb ...
Noch eine Idee: Gibts da eventuell ein Problem mit trim und es verschluckt sich irgendwas? In welchen Intervallen wird das bei Ubuntu gemacht?
Ok, das muss ich mir selber erst anlesen. Ich melde mich morgen Nachmittag und sage für heute danke! Danke an alle!
|
|
ProfDrPhdDiplMsc
(Themenstarter)
Anmeldungsdatum:
7. Januar 2014
Beiträge: 32
|
Hallo und danke schön! Nein, ich nutze kein Luks oder sonstige Verschlüsselungen. | xy@ab:~$ systemctl list-timers fstrim
NEXT LEFT LAST PASSED UNIT ACTIVATES
Mon 2020-09-28 00:00:00 CEST 6 days left Mon 2020-09-21 00:00:01 CEST 19h ago fstrim.timer fstrim.service
1 timers listed.
Pass --all to see loaded but inactive timers, too.
|
Sieht eigentlich gut aus, oder? Zudem ich zu dem Zeitpunkt keinerlei Fehler bemerkt hab. 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43 | xy@ab:~$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,noexec,relatime,size=1924660k,nr_inodes=481165,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=394180k,mode=755)
/dev/sda2 on / type ext4 (rw,relatime,errors=remount-ro)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
none on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=28,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=17360)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
/var/lib/snapd/snaps/core18_1885.snap on /snap/core18/1885 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/snapd_8790.snap on /snap/snapd/8790 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/snapd_9279.snap on /snap/snapd/9279 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/supertuxkart_431.snap on /snap/supertuxkart/431 type squashfs (ro,nodev,relatime,x-gdu.hide)
/dev/sda1 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=394180k,mode=700,uid=1000,gid=1000)
/dev/mmcblk0p1 on /media/xy/VirtualBox type ext4 (rw,nosuid,nodev,relatime,uhelper=udisks2)
/dev/mmcblk2p1 on /media/xy/Backup type ext4 (rw,nosuid,nodev,relatime,uhelper=udisks2)
|
| xy@ab:~$ sudo blkid
[sudo] Passwort für xy:
/dev/mmcblk0p1: LABEL="VirtualBox" UUID="00f85ad1-7265-4cbd-a80d-8ebe088d7980" TYPE="ext4" PARTUUID="e713a9fe-f417-c140-b3c8-1616800e7f97"
/dev/mmcblk2p1: LABEL="Backup" UUID="45561525-0152-4b57-a8e4-5058d05526ae" TYPE="ext4"
/dev/sda1: UUID="6C00-6756" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="f4780745-cb58-426e-9e3c-0916613e4d7c"
/dev/sda2: UUID="a28eddfc-5dea-4e9f-962c-2989b30da5b0" TYPE="ext4" PARTUUID="1feb548d-0c62-4013-9476-84869f4fc8af"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
|
Mal sehen, ob wir damit weiter kommen. Übrigens ist gerade ein Kernel-Update reingekommen und ich bin nun auf:
| xy@ab:~$ uname -r
5.4.0-48-generic
|
Einen schönen Abend noch!
|
