Arch Linux

[Kipe]

Ciao a tutti,
Purtroppo sono costretto a chiedere di nuovo aiuto, stavolta il problema è grave.
Quando ho acceso il pc stamattina mi è apparsa subito la notifica di un hard disk danneggiato, vado subito a vedere nel gestore dischi e i dati smart dell'hdd da 500GB dicono che ci sono ben 114 settori rilocati (ora sono a 117).
La situazione forse non è tragica come potrebbe sembrare, infatti posseggo anche una SSD e le partizione sono così sistemate, /boot /root e /home sono su SSD mentre /var è su una partizione dell'hdd inguagliato, sull'hdd c'è anche una partizione dati, lo swap e la partizione /var di gentoo.
Di gentoo non me ne frega molto, anzi lo reinstallo che male non mi fa, ma vorrei sapere se posso in modi non troppo complicati e laboriosi salvare l'installazione di arch. Ho pensato a spostare /var momentaneamente su SSD o a fare un backup della partizione e rimetterla nel nuovo hdd, non so, ditemi voi, è la prima volta che mi capita.

[ambro]

Penso che con uno spostamento di /var sul SSD dovresti avere Arch sano e salvo.
Poi un bel backup dei dati è d'obbligo.

[Kipe]

Ok, grazie della risposta, penso che sposterò /var sulla SSD (al posto di gentoo) per precauzione, poi però credo di reinstallare anche arch con il nuovo hdd, ne approfitto per mettere a posto qualcosina.
Chiedo prima di sbagliare, per copiare la partizione basta il comando cp -a?
Ad esempio:

Codice: Seleziona tutto

cp -av /var /media/nuovapartizione


Così andrebbe bene?

[lgaggini]

Oltre a spostare /var ricordati anche di aggiornare fstab di conseguenza.

[Kipe]

Ho piallato il povero gentoo e ho copiato la partizione così:

Codice: Seleziona tutto

cp -av /var/* /media/newvar


Sembra andato tutto a buon fine.

Oltre a spostare /var ricordati anche di aggiornare fstab di conseguenza.

Sisi! Grazie, ma ho in mente di lasciare così finchè l'hdd non muore, poi da live modifico fstab.
Però ora mi stanno venendo dei dubbi, non è che poi ci saranno delle incongruenze se monto /var di adesso fra qualche giorno? Ad esempio se installo o rimuovo qualcosa nel frattempo.

[Kipe]

Credo che l'hdd mi stia lasciando del tutto, avviando gnome shell ho ottenuto uno schermo nero, fortunatamente riprovando si è avviato normalmente, questo è quello che ho trovato nei log:

Codice: Seleziona tutto

Oct  6 09:16:13 localhost kernel: ata2: hard resetting link
Oct  6 09:16:13 localhost kernel: ata2: hard resetting link
Oct  6 09:16:13 localhost kernel: ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Oct  6 09:16:13 localhost kernel: ata2.00: configured for UDMA/133
Oct  6 09:16:13 localhost kernel: ata2.00: device reported invalid CHS sector 0
Oct  6 09:16:13 localhost kernel: ata2: EH complete
Oct  6 09:16:13 localhost gnome-session[745]: Gdk-WARNING: gnome-session: Fatal IO error 0 (Successo) on X server :0.
Oct  6 09:16:19 localhost dbus[548]: [system] Activating service name='org.freedesktop.UDisks' (using servicehelper)
Oct  6 09:16:19 localhost dbus[548]: [system] Successfully activated service 'org.freedesktop.UDisks'
Oct  6 09:16:20 localhost dbus[548]: [system] Activating service name='org.freedesktop.RealtimeKit1' (using servicehelper)
Oct  6 09:16:20 localhost dbus[548]: [system] Successfully activated service 'org.freedesktop.RealtimeKit1'
Oct  6 07:16:20 localhost rtkit-daemon[925]: Successfully made thread 923 of process 923 (/usr/bin/pulseaudio) owned by '1000' high priority at nice level -11.
Oct  6 07:16:21 localhost rtkit-daemon[925]: Successfully made thread 956 of process 956 (/usr/bin/pulseaudio) owned by '1000' high priority at nice level -11.
Oct  6 09:16:21 localhost dbus[548]: [system] Activating service name='org.freedesktop.UPower' (using servicehelper)
Oct  6 09:16:21 localhost dbus[548]: [system] Successfully activated service 'org.freedesktop.UPower'
Oct  6 09:16:21 localhost kernel: EXT4-fs (sda2): re-mounted. Opts: barrier=0,discard,commit=0
Oct  6 09:16:21 localhost kernel: EXT4-fs (sda3): re-mounted. Opts: discard,commit=0
Oct  6 09:16:21 localhost dbus[548]: [system] Activating service name='org.freedesktop.SystemToolsBackends' (using servicehelper)
Oct  6 09:16:21 localhost dbus[548]: [system] Successfully activated service 'org.freedesktop.SystemToolsBackends'
Oct  6 09:16:21 localhost dbus[548]: [system] Activating service name='org.freedesktop.SystemToolsBackends.SMBConfig' (using servicehelper)
Oct  6 09:16:21 localhost dbus[548]: [system] Activating service name='org.freedesktop.SystemToolsBackends.NFSConfig' (using servicehelper)
Oct  6 09:16:22 localhost dbus[548]: [system] Successfully activated service 'org.freedesktop.SystemToolsBackends.NFSConfig'
Oct  6 09:16:22 localhost dbus[548]: [system] Successfully activated service 'org.freedesktop.SystemToolsBackends.SMBConfig'
Oct  6 09:16:22 localhost dbus[548]: [system] Activating service name='org.freedesktop.SystemToolsBackends.Platform' (using servicehelper)
Oct  6 09:16:22 localhost dbus[548]: [system] Activating service name='org.blueman.Mechanism' (using servicehelper)
Oct  6 09:16:22 localhost dbus[548]: [system] Successfully activated service 'org.freedesktop.SystemToolsBackends.Platform'
Oct  6 09:16:22 localhost blueman-mechanism: Starting blueman-mechanism
Oct  6 09:16:22 localhost dbus[548]: [system] Successfully activated service 'org.blueman.Mechanism'
Oct  6 09:16:22 localhost blueman-mechanism: reload 0 0
Oct  6 09:16:22 localhost dbus[548]: [system] Activating service name='org.freedesktop.Accounts' (using servicehelper)
Oct  6 09:16:22 localhost dbus[548]: [system] Successfully activated service 'org.freedesktop.Accounts'
Oct  6 09:16:22 localhost accounts-daemon[1072]: started daemon version 0.6.12
Oct  6 09:16:52 localhost blueman-mechanism: Exiting
Oct  6 09:17:45 localhost kernel: chromium-sandbo (1248): /proc/1246/oom_adj is deprecated, please use /proc/1246/oom_score_adj instead.
Oct  6 09:21:14 localhost kernel: ata2.00: configured for UDMA/133
Oct  6 09:21:14 localhost kernel: ata2: EH complete
Oct  6 09:21:19 localhost kernel: ata2.00: configured for UDMA/133
Oct  6 09:21:19 localhost kernel: ata2: EH complete
Oct  6 09:21:22 localhost kernel: ata2.00: configured for UDMA/133
Oct  6 09:21:22 localhost kernel: ata2: EH complete
Oct  6 09:21:27 localhost kernel: ata2.00: configured for UDMA/133
Oct  6 09:21:27 localhost kernel: ata2: EH complete
Oct  6 09:21:30 localhost kernel: ata2.00: configured for UDMA/133
Oct  6 09:21:30 localhost kernel: ata2: EH complete
Oct  6 09:21:33 localhost kernel: ata2.00: configured for UDMA/133
Oct  6 09:21:33 localhost kernel: sd 1:0:0:0: [sdb] Unhandled sense code
Oct  6 09:21:33 localhost kernel: sd 1:0:0:0: [sdb]  Result: hostbyte=0x00 driverbyte=0x08
Oct  6 09:21:33 localhost kernel: sd 1:0:0:0: [sdb]  Sense Key : 0x3 [current] [descriptor]
Oct  6 09:21:33 localhost kernel: Descriptor sense data with sense descriptors (in hex):
Oct  6 09:21:33 localhost kernel: 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00
Oct  6 09:21:33 localhost kernel: 00 04 50 14
Oct  6 09:21:33 localhost kernel: sd 1:0:0:0: [sdb]  ASC=0x11 ASCQ=0x4
Oct  6 09:21:33 localhost kernel: sd 1:0:0:0: [sdb] CDB: cdb[0]=0x28: 28 00 00 04 50 08 00 00 10 00
Oct  6 09:21:33 localhost kernel: ata2: EH complete


Ora per precauzione, carico /var da SSD.

[ambro]

Non ha senso che ti sposti /var su SSD e poi continui ad utilizzare quella sull' HD. Già che l'hai copiata utilizza quella "nuova".

[Kipe]

Non ha senso che ti sposti /var su SSD e poi continui ad utilizzare quella sull' HD. Già che l'hai copiata utilizza quella "nuova".

Sisi, quando ho detto "carico /var da SSD" intendo dire uso /var da ssd.
Comunque hai ragione, volevo solo vedere se resisteva ancora un po' l'hdd, ma non credo dato che la situazione peggiora. Ad un certo punto si è bloccato, cioè, la spia dell'hdd fissa accesa e l'hdd fermo. Ora i settori ricollocati sono ben 314, dice anche che i dati smart sono sconosciuti, infatti non mi avvisa più della rottura...