PROBLEMA SSD diventato lentissimo

[dani1992]

Ciao a tutti, oggi dopo qualche mese ho dato il comando ( su ubuntu 13.10 64b) per vedere la velocità del disco e il risultato è stato allarmante:

daniele@daniele-desktop:~$ sudo hdparm -Tt /dev/sda
[sudo] password for daniele: 

/dev/sda:
 Timing cached reads:   25722 MB in  2.00 seconds = 12874.29 MB/sec
 Timing buffered disk reads: 126 MB in  3.04 seconds =  41.46 MB/sec

Il problema è che non ho idea a cosa sia dovuto visto che in fase di installazione avevo fatto tutte le operazioni preliminari, tipo abilitazione ahci, trim, file temporanei in ram, disabilitare cache firefox.
All'inizio l'avevo testato e andava una scheggia ( sopra i 500 M/s) poi non ci ho più guardato eccetto oggi; a cosa può esere dovuto?
Allego anche il partizionamento del disco ( sull'ssd ho ubuntu 13.10 e windows 7) e il file 'fstab'.

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=3079d56f-f0de-4f77-8e6b-00c02da3fa24 /               ext4    noatime,discard,errors=remount-ro 0       1
# /home was on /dev/sdb5 during installation
UUID=e6689e31-d741-4c6f-b2b4-79524f3e9a88 /home           ext4    defaults        0       2
# temp e log su RAM
tmpfs /tmp tmpfs defaults,noatime 0 0
tmpfs /var/tmp tmpfs defaults,noatime 0 0
tmpfs /var/log tmpfs defaults,noatime 0 0
tmpfs /var/run tmpfs defaults,noatime 0 0
tmpfs /var/cache/apt/archives tmpfs defaults,noatime 0 0

daniele@daniele-desktop:~$ sudo fdisk -l

Disk /dev/sda: 120.0 GB, 120034123776 bytes
255 testine, 63 settori/tracce, 14593 cilindri, totale 234441648 settori
Unità = settori di 1 * 512 = 512 byte
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificativo disco: 0x0005e038

Dispositivo Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048   123734015    61865984    7  HPFS/NTFS/exFAT
/dev/sda2       123734016   174934015    25600000    5  Esteso
/dev/sda5       123736064   174934015    25598976   83  Linux

Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 testine, 63 settori/tracce, 60801 cilindri, totale 976773168 settori
Unità = settori di 1 * 512 = 512 byte
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificativo disco: 0x000073b6

Dispositivo Boot      Start         End      Blocks   Id  System
/dev/sdb2            2048   976306175   488152064    5  Esteso
/dev/sdb5            4096   287948799   143972352   83  Linux
/dev/sdb6       287950848   976304127   344176640    7  HPFS/NTFS/exFAT

Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes
255 testine, 63 settori/tracce, 121601 cilindri, totale 1953525168 settori
Unità = settori di 1 * 512 = 512 byte
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Identificativo disco: 0x0006f9c4

Dispositivo Boot      Start         End      Blocks   Id  System
/dev/sdc1            2048  1953523711   976760832    7  HPFS/NTFS/exFAT

 

[fdineve]

..sei sicuro che l'SSD stia funzionando in SATA e non IDE?
Nella "Gestione Periferiche" (o "Device Manager") puoi vederlo...

1) Fai click su IDE/ATA ATAPI Controllers.
2) ora fai doppio click su ciascuno degli "ATA Channels" che vedrai elencati.
3) ad ogni doppio click, si apre una finestra nella quale dovrai selezionare la "linguetta" DETAILS.
4) seleziona la voce "Bus Relations" e leggi il nome del disco che e' collegato a quel canale ATA.

Fai questo per tutti gli "ATA Channels" che vedevi elencati al precedente punto 2)

Se al passo 4) vedrai il tuo disco SSD, allora esso NON sta funzionando come disco SATA ma come disco IDE.
In tal caso, il classico comando "fsutil behaviour etc. etc." che da DOS serve per verificare se il trim e' abilitato ti dara' esito positivo, ma il trim NON sta funzionando.
Questo e' il motivo per cui l'SSD sta man mano calando le sue prestazioni.
Ci sono diverse discussioni che parlano di questo e l'unica e' fare un'immagine dell'SSD su un HD secondario, poi fare un "secure erase" (cioe' cancellazione totale) dell'SSD in modo da "piallarlo" per bene come se fosse appena comprato, poi partizionamento con allineamento della partizione, formattazione e restore dell'immagine precedentemente salvata.

Se invece il tuo SSD risulta funzionare in SATA e non IDE, allora aspettiamo il parere di qualche altro utente... :grat:

 

[dani1992]

Scusa l'ignoranza ma dove trovo gestione periferiche? Il sistema è ubuntu 13.10.

 

[Antonuccio]

Scusa l'ignoranza ma dove trovo gestione periferiche? Il sistema è ubuntu 13.10.

Mi sa fdineve ha illustrato una pratica da attuarsi su Win... :lol:
Ma se il rallentamento è solo su ubuntu... non so... potresti installare la 14.04

 

[dani1992]

A ecco infatti qualcosa non tornava ;)
In realtà non ho riscontrato rallentamenti, ad esempio i tempi di accensione sono sempre quelli, è solo che hdparm mi da quel valore di velocià bassissimo per l'ssd! Tra l'altro ho usato hdparm anche sugli altri 2 hdd (un caviar blue e un green) e mi ha dato valori esatti, 120 e 110 come qualche mese fa.
Adesso ho aggiornato il firmware del ssd e fatto un test con magician ( software per dischi samsung) e la velocià di lettura è 530m/s mentre ho rifatto il test con hdparm e mi da sui 100m/s!

 

[Antonuccio]

A ecco infatti qualcosa non tornava ;) In realtà non ho riscontrato rallentamenti, ad esempio i tempi di accensione sono sempre quelli, è solo che hdparm mi da quel valore di velocià bassissimo per l'ssd! Tra l'altro ho usato hdparm anche sugli altri 2 hdd (un caviar blue e un green) e mi ha dato valori esatti, 120 e 110 come qualche mese fa. Adesso ho aggiornato il firmware del ssd e fatto un test con magician ( software per dischi samsung) e la velocià di lettura è 530m/s mentre ho rifatto il test con hdparm e mi da sui 100m/s!

sarà hdparm che prende fischi per fiaschi
purtroppo non ho ssd
prova da utente semplice

 dd if=/dev/zero of=~/test_file bs=8k count=10k

e vedi cosa ti restituisce,
poi ripulisci dal file creato

 rm -f ~/test_file

Per rendere l'idea su un hdd tradizionale io ho

 $ dd if=/dev/zero of=~/test_file bs=8k count=10k 
10240+0 record dentro 
10240+0 record fuori 
83886080 byte (84 MB) copiati, 0,118195 s, 710 MB/s

La tua scrittura dovrebbe essere molto più veloce, non so di quanto però

 

[fdineve]

Mi sa fdineve ha illustrato una pratica da attuarsi su Win... :lol:
Ma se il rallentamento è solo su ubuntu... non so... potresti installare la 14.04

Sì, scusatemi... :cav:
quello che ho scritto e' roba di Windows...... e' che avevo letto che aveva anche win7 installato...