› Foros › PC › Software libre
[root@localhost phenom2-x4]# hdparm -I /dev/sdb
/dev/sdb:
ATA device, with non-removable media
Model Number: Crucial_CT128MX100SSD1
Serial Number: ************
Firmware Revision: MU01
Transport: Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0
Standards:
Used: unknown (minor revision code 0x0028)
Supported: 9 8 7 6 5
Likely used: 9
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBA user addressable sectors: 250069680
LBA48 user addressable sectors: 250069680
Logical Sector size: 512 bytes
Physical Sector size: 4096 bytes
Logical Sector-0 offset: 0 bytes
device size with M = 1024*1024: 122104 MBytes
device size with M = 1000*1000: 128035 MBytes (128 GB)
cache/buffer size = unknown
Form Factor: 2.5 inch
Nominal Media Rotation Rate: Solid State Device
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 32
Standby timer values: spec'd by Standard, with device specific minimum
R/W multiple sector transfer: Max = 16 Current = 16
Advanced power management level: 254
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* SMART feature set
Security Mode feature set
* Power Management feature set
* Write cache
* Look-ahead
* Host Protected Area feature set
* WRITE_BUFFER command
* READ_BUFFER command
* NOP cmd
* DOWNLOAD_MICROCODE
* Advanced Power Management feature set
SET_MAX security extension
* 48-bit Address feature set
* Device Configuration Overlay feature set
* Mandatory FLUSH_CACHE
* FLUSH_CACHE_EXT
* SMART error logging
* SMART self-test
* General Purpose Logging feature set
* WRITE_{DMA|MULTIPLE}_FUA_EXT
* 64-bit World wide name
* IDLE_IMMEDIATE with UNLOAD
Write-Read-Verify feature set
* WRITE_UNCORRECTABLE_EXT command
* {READ,WRITE}_DMA_EXT_GPL commands
* Segmented DOWNLOAD_MICROCODE
* Gen1 signaling speed (1.5Gb/s)
* Gen2 signaling speed (3.0Gb/s)
* Gen3 signaling speed (6.0Gb/s)
* Native Command Queueing (NCQ)
* Phy event counters
* NCQ priority information
* unknown 76[15]
* DMA Setup Auto-Activate optimization
Device-initiated interface power management
Asynchronous notification (eg. media change)
* Software settings preservation
unknown 78[8]
* SMART Command Transport (SCT) feature set
* SCT Write Same (AC2)
* SCT Features Control (AC4)
* SCT Data Tables (AC5)
* reserved 69[4]
* reserved 69[7]
* Data Set Management TRIM supported (limit 8 blocks)
* Deterministic read ZEROs after TRIM
Security:
Master password revision code = 65534
supported
not enabled
not locked
frozen
not expired: security count
supported: enhanced erase
2min for SECURITY ERASE UNIT. 2min for ENHANCED SECURITY ERASE UNIT.
Logical Unit WWN Device Identifier: 500a07510d432b06
NAA : 5
IEEE OUI : 00a075
Unique ID : 10d432b06
Checksum: correct
# Entry for /dev/sdb1 :
UUID=be3ceabf-1de7-40a9-96cc-3ae75d836978 / ext4 noatime,acl 1 1
# Entry for /dev/sdb5 :
UUID=413c962c-202b-4eb9-b1fe-a68796ef9803 /home ext4 noatime,acl 1 2
# Entry for /dev/sda1 :
UUID=A62034E02034B95F /media/win_c ntfs-3g defaults,umask=000 0 0
# Entry for /dev/sdc1 :
UUID=8610583D10583681 /media/win_c2 ntfs-3g defaults,umask=000 0 0
# Entry for /dev/sdd1 :
UUID=AC383AA3383A6D08 /media/win_c3 ntfs-3g defaults,umask=000 0 0
# Entry for /dev/sde1 :
#UUID=80EE-F8C7 /media/win_c4 vfat umask=000,iocharset=utf8 0 0
# Entry for /dev/sda2 :
UUID=40723D48723D43C6 /media/win_d ntfs-3g defaults,umask=000 0 0
none /proc proc defaults 0 0
/dev/sda7 / btrfs noatime,ssd,autodefrag,discard,compress=lzo,spa 0 1
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
kdesu kate /usr/lib/systemd/system/fstrim.service
[Unit]
Description=Trim free cells on the SSD
After=local-fs.target
[Service]
ExecStart=/sbin/fstrim /
Type=oneshot
[Install]
WantedBy=multi-user.target
#systemctl status fstrim.service
● fstrim.service - Trim free cells on the SSD
Loaded: loaded (/usr/lib/systemd/system/fstrim.service; enabled)
Active: inactive (dead) since vie 2014-12-12 10:48:25 CET; 10h ago
Process: 575 ExecStart=/sbin/fstrim / (code=exited, status=0/SUCCESS)
Process: 518 ExecStart=/sbin/fstrim /home (code=exited, status=0/SUCCESS)
Main PID: 575 (code=exited, status=0/SUCCESS)
"Startup finished in 181us (firmware) + 95us (loader) + 3.105s (kernel) + 6.897s (userspace) = 10.003s"
Brutico escribió:Hola, yo no uso mageia pero llevo mucho con un ssd en linux.
Hay varias maneras de usar el ssd.
1º (no recomendable) editar el fstab y poner noatime,discard y la tmps en ram
quedaría mas o menos así:/dev/sda7 / btrfs noatime,ssd,autodefrag,discard,compress=lzo,spa 0 1
Luego añadimos:tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
Esta siempre es recomendable en el fstab, le puedes dar el tamaño si quieres dependiendo de la ram de tu pc.
Esto te los montara en la ram y así harás menos escrituras en el sdd.
Otra cosa si tienes problemas a compilar algo la comentas # y reinicias. Porque hay programas que se compilan con mucha ram como puede ser firefox, pero en mageía creo que no compilas nada de sus repos
2º la mas recomendable.
No se si mageia usa systemd u otro.
Si usa systemd creamos esto:kdesu kate /usr/lib/systemd/system/fstrim.service
[Unit]
Description=Trim free cells on the SSD
After=local-fs.target
[Service]
ExecStart=/sbin/fstrim /
Type=oneshot
[Install]
WantedBy=multi-user.target
Si tienes una /home separada u otro directorio
En [Service] la añades
ExecStart=/sbin/fstrim /home
Activamos
#systemctl enable fstrim.service
Añadimos noatime en el fstam y tmps que he puesto arriba.
Reiniciamos y veremos que cuando enciende después grub el led rojo de hdd se pone a tope. "es porque te hace un trim al disco entero que tarda 2 o 3 segundos" es mas efectivo que el primer método.
Edito: Miramos el estado fstrim con#systemctl status fstrim.service
Te saldrá alga a si:● fstrim.service - Trim free cells on the SSD
Loaded: loaded (/usr/lib/systemd/system/fstrim.service; enabled)
Active: inactive (dead) since vie 2014-12-12 10:48:25 CET; 10h ago
Process: 575 ExecStart=/sbin/fstrim / (code=exited, status=0/SUCCESS)
Process: 518 ExecStart=/sbin/fstrim /home (code=exited, status=0/SUCCESS)
Main PID: 575 (code=exited, status=0/SUCCESS)
Aquí lo que tarda mi disco.
3.936s fstrim.service 4 segundos en hacer fstrim y unos 10 segundos en leerlo los servicios, kenel y demás.
Te dejo lo que tarda mi pc pero el tuyo puede tardar meno o mas dependiendo de los servicios."Startup finished in 181us (firmware) + 95us (loader) + 3.105s (kernel) + 6.897s (userspace) = 10.003s"
Brutico escribió:Claro que es valida, pero con la otra haces un trim al disco entero con cada encendido del pc.
En la wiki de gentoo hay un script qure hace lo mismo, en ubuntu te lo hace automáticamente si tu ssd es intel o samsung sino lo tienes que poner tú.
Brutico escribió:Depende de los servicios te tarda mas o menos, con blame podrás ver cual es el que te hace tardar tanto.
[phenom2-x4@localhost ~]$ systemd-analyze blame
7.590s fstrim.service
4.890s ntpdate.service
4.639s network-up.service
3.151s plymouth-quit-wait.service
3.025s adb.service
2.613s shorewall.service
1.996s shorewall6.service
1.693s mandriva-everytime.service
644ms network.service
581ms systemd-udev-settle.service
475ms sensord.service
462ms ModemManager.service
411ms media-win_c2.mount
268ms media-win_c3.mount
247ms bluetooth.service
246ms systemd-logind.service
244ms cpupower.service
244ms acpid.service
240ms upower.service
156ms media-win_d.mount
148ms nfs-lock.service
129ms systemd-journald.service
122ms rpcbind.service
94ms nfs-idmap.service
73ms udisks2.service
58ms systemd-udevd.service
58ms partmon.service
54ms fedora-readonly.service
43ms systemd-journal-flush.service
41ms user@1000.service
39ms systemd-networkd.service
38ms systemd-resolved.service
37ms lm_sensors.service
32ms systemd-tmpfiles-setup-dev.service
27ms ip6tables.service
27ms iptables.service
26ms systemd-fsck@dev-disk-by\x2duuid-413c962c\x2d202b\x2d4eb9\x2db1
26ms systemd-sysctl.service
24ms polkit.service
23ms var-lib-nfs-rpc_pipefs.mount
22ms fedora-loadmodules.service
21ms home.mount
19ms msec.service
18ms numlock.service
17ms systemd-udev-trigger.service
16ms routed.service
16ms plymouth-read-write.service
13ms mandriva-save-dmesg.service
12ms systemd-random-seed.service
10ms systemd-update-utmp.service
9ms ct_sync.service
9ms systemd-timesyncd.service
9ms systemd-remount-fs.service
8ms rtkit-daemon.service
8ms dev-mqueue.mount
8ms systemd-user-sessions.service
7ms systemd-modules-load.service
7ms kmod-static-nodes.service
7ms systemd-tmpfiles-setup.service
6ms ntpd.service
5ms media-win_c.mount
5ms systemd-vconsole-setup.service
5ms dev-hugepages.mount
4ms fedora-wait-storage.service
4ms systemd-rfkill@rfkill0.service
3ms sys-kernel-debug.mount
2ms systemd-update-utmp-runlevel.service
1ms sys-fs-fuse-connections.mount
1ms tmp.mount
Alecs7k escribió:Estaba pensando en instalar Mint en un portátil que tengo con un SSD Crucial M500. ¿Tendría que hacer todos esos malabarismos para su correcto funcionamiento?
Alecs7k escribió:Alecs7k escribió:Estaba pensando en instalar Mint en un portátil que tengo con un SSD Crucial M500. ¿Tendría que hacer todos esos malabarismos para su correcto funcionamiento?
¿Alguien lo sabe?
http://forums.linuxmint.com/viewtopic.php?f=68&t=112870
MutantCamel escribió:Un fstrim semanal en el cron es más que suficiente, creo yo.