[Debian Sid - SSD] Installazione ex novo SSD

[eaman]

Vorrei rifare il mio vecchio portatile su SSD reinstallando da zero Debian Sid con kernel standard: 3.13-1-amd64 #1 SMP Debian 3.13.7-1 (2014-03-25)

Chiedevo quale sia lo stato attuale della scienza e della tecnica per partizionare lo SSD, farci una partizione di boot + un LVM per FS ext4.

C'e' qualcosa di particolare che devo fare (allineamenti o stranezze) per il partizionamento?
Vi risultano flag particolari per la creazione del LVM o del FS ext4?

Mi viene da pensare che sarebbe meglio se tutte queste operazioni le facessi direttamente dal kernel e gli strumenti di SID, o dite che non cambia niente se uso l'installer di Wheezy e poi faccio un dist-upgrade (perche' installare in chroot e' una menata non potendolo attacare vus USB, mi toccherebbe far partire la mia sid da rete o da usb...)

[Gimli[2BV!2B]]

Non mi risulta sia più necessario preoccuparsi dell'allineamento delle partizioni.

Queste le due righe di fstab che riguardano l'SSD:

/dev/sda2     /             btrfs     noatime,ssd,compress=lzo                    0 1
tmpfs         /tmp          tmpfs     noatime,nodiratime,size=10g                 0 0

Ho provato btrfs con compressione leggera per la root, fino ad ora tutto ok.
Non ho impostato l'opzione discard perché ho molto spazio libero e ho letto che non dovrebbe servire. Non ho fatto test e non mi lamento della velocità, quindi ora lo lascio così.

Vuoi proprio reinstallare? Io ho riversato tutto nelle nuove partizioni con cp -ax ed installato GRUB nel nuovo disco.

Riguardo all'installer, perché non usare un'immagine quotidiana dell'installer testing? Ok, ogni tanto non vanno, ma ad oggi non mi è ancora capitato.

[eaman]

Originariamente inviato da Gimli[2BV!2B]

Non mi risulta sia più necessario preoccuparsi dell'allineamento delle partizioni.

Queste le due righe di fstab che riguardano l'SSD:

/dev/sda2     /             btrfs     noatime,ssd,compress=lzo                    0 1
tmpfs         /tmp          tmpfs     noatime,nodiratime,size=10g                 0 0

Ho provato btrfs con compressione leggera per la root, fino ad ora tutto ok.

Thanks.
Non sono sicuro di voler usare BTRFS, l'idea della compressione non mi dispiace (in teoria) in quanto dovrebbe aumentare le prestazioni ma non sono sicuro che il mio SSD (samsung 840 EVO, mi deve arrivare) non abbia gia' una funziona analoga di compressione / caching interna in hardware che renderebbe la cosa superflua...
...che poi probabilmente sarebbe un casino ancora peggiore! Magari sarei piu' a mio agio facendo un primo giro in giostra "in chiaro" e poi magari spostarlo su un LV compresso / criptato / incasinato.

Non ho impostato l'opzione discard perché ho molto spazio libero e ho letto che non dovrebbe servire. Non ho fatto test e non mi lamento della velocità, quindi ora lo lascio così.

Mi sembra ragionevole

Vuoi proprio reinstallare? Io ho riversato tutto nelle nuove partizioni con cp -ax ed installato GRUB nel nuovo disco.

So perche' volgio cambiare kernel (finora ho sempre usato un liquorix) e snellire il sistema, l'hardware e' un ultra low voltage e per una workstation mi sa che ci sia un vantaggio a rifare l'installazione dopo anni (l'ho da poco reinstallato in un altro LV e va' decisamente meglio).

Riguardo all'installer, perché non usare un'immagine quotidiana dell'installer testing? Ok, ogni tanto non vanno, ma ad oggi non mi è ancora capitato.

Ci posso guardare se trovo un'immagine PXE per il boot da rete: non mi piace giocare con USB e non ho il CD. Piu' che altro era per fargli la preparazione del block device direttamente dal kernel che lo deve poi usare e con gli ultimi tools, mi sa che potrei installarlo via debootstrap dalla mia workstation e poi aggiornare la initrd / bootloader sul portatile.

BTW: I found this: https://wiki.debian.org/SSDOptimization

[Gimli[2BV!2B]]

Indovina un po'

Device Model:     Samsung SSD 840 EVO 120GB
Serial Number:    XXXXXXXXXXXXXXXX
LU WWN Device Id: 5 002538 8a019d8fb
Firmware Version: EXT0BB6Q
User Capacity:    120,034,123,776 bytes [120 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-2, ATA8-ACS T13/1699-D revision 4c
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Fri Apr 18 00:04:16 2014 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

Non mi risulta faccia compressione hardware.

Nemmeno io ho il lettore CD, faccio dd delle immagini ISO da installare su un vecchio disco 2.5" che attacco ad una scheda di un vecchio disco USB.

[eaman]

Originariamente inviato da Gimli[2BV!2B]

Indovina un po'... [CUT]

Nemmeno io ho il lettore CD, faccio dd delle immagini ISO da installare su un vecchio disco 2.5" che attacco ad una scheda di un vecchio disco USB.

He ma te guarda...

BTW: ma a sto coso bisogna fargli un update del firmware?
Perche' io non ho il lettore CD se hanno uno di quei sistemi del piffero, e preferirei caldamente non dover fare un boot da winzozz.

Comunque sto facendo un install di prova da wheezy: cosi' mi fa tutti i file con tutti i commenti e ammenicoli invece che lasciarmi tutto crudo con un debootstrap.

He sta li e comincia a scaricarsi il sistema di base se il mio proxy mi aiuta...
Fatto, vado a configurare.

[Gimli[2BV!2B]]

Ho visto ora che è uscito un nuovo firmware ai primi di marzo.

Stando alla breve introduzione non mi sembra molto interessante (Improved compatibility with ultra-slim and mobile PCs?) e non ho idea di come diavolo installarlo senza CD o Win.
Forse almeno un modo alternativo che permette di passare per la solita pennetta USB direttamente da Linux c'è...

[eaman]

Hmm farlo con syslinux e' un po' una palla, magari si potrebbe cercare di farlo bootare direttamente da grub: https://wiki.debian.org/SSDOptimizat...g_the_Firmware

Se no si potrebbe montare quel coso *.iso e vedere che diavolo di OS e': magari siamo fortuanti ed e' un linux e si puo' semplicemente lanciare il comando via chroot.

Certo che sparar male un firmware porta sfiga :P

...comunque il mio portatile va' e anche veloce.
Dio mio e' pur sempre un vecchio SATA e non legge a piuu' di ~160mB/s, pero' il seek time si nota eccome sopratutto al boot.

[eaman]

Originariamente inviato da LucaNoize

ciao,
valuta anche l'utilizzo di fstrim, ad es. su *buntu 14.04 è schedulato in automatico una volta alla settimana (in pratica sostituisce il 'discard'
dell'fstab)

Lo sto guardando, grazie del suggerimento.
Al momento ho lasciato mezzo SSD come spazio non allocato e
ho settato il discard nel LVM.

    # Issue discards to a logical volumes's underlying physical volume(s) when
    # the logical volume is no longer using the physical volumes' space (e.g.
    # lvremove, lvreduce, etc).  Discards inform the storage that a region is
    # no longer in use.  Storage that supports discards advertise the protocol
    # specific way discards should be issued by the kernel (TRIM, UNMAP, or
    # WRITE SAME with UNMAP bit set).  Not all storage will support or benefit
    # from discards but SSDs and thinly provisioned LUNs generally do.  If set
    # to 1, discards will only be issued if both the storage and kernel provide
    # support.
    # 1 enables; 0 disables.
    issue_discards = 1
}

Poi ho cambiato lo scheduler:

time:~:# for f in /sys/block/sd?/queue/rotational; do printf "$f is "; cat $f; done
/sys/block/sda/queue/rotational is 0
time:~:# for f in /sys/block/sd?/queue/scheduler; do printf "$f is "; cat $f; done
/sys/block/sda/queue/scheduler is noop [deadline] cfq

[eaman]

Ho deciso di non utilizzare discard come flag in /etc/fstab
dato che questo provocherebbe un trim in tempo reale ad ogni cancellazione, quindi rallentando il sistema.

Ho preferito quindi mettere uno script per cron:

# cat /etc/cron.weekly/fstrim 
#! /bin/sh
for mount in /boot / /mnt/store; do
    fstrim  $mount
done

Si tenga conto di due cose:
1. Se si usa LVM come me bisonga ricordarsi di abilitae discard a livello di LVM, come descritto nei post precedenti. Se no il trim non "precipita" fino all'hardware!

2. Lo script cron viene attivato solo se la macchina e' accesa nel tal momento, quindi va bene per un server ma per un portatile c'e' la possibilita' che nel momento X la macchina sia spenta e l'operazione non venga eseguita.
Quindi: a me andrebbe bene una volta al mese e lo schedulo (oh che brutta parola!) una volta a setimana.

[eaman]

Questo script e' un po' meglio, cerca automaticamente i FS montati:

#!/bin/bash

# this cronjob will discard unused blocks on the SSD mounted filesystems

# get the locally mounted block devices - those starting with "/dev:
# run df -k, pipe the result through grep and save the sixth field in
# in the mountpoint array
mountpoint=( $(df -l | grep ^/dev | awk '{print $6}') )

# loop through the array and run fstrim on every mountpoint
for i in "${mountpoint[@]}"
    do
    /sbin/fstrim -v $i;
done

Si noti lo sha bang -> /bin/bash e non /bin/sh : sembra che dash non gradisca come venga instanziato l'array.

[Ghd]

Ciao, forse mi potreste aiutare...
io ho distro manjaro con SSD samsung 840

Ho partizionato l'SSD in:
/boot in ext4
/ in btrfs
/home in ext4

con il kernel normale non ho problemi 3.10.40-1-MANJARO

ma con il kernel-ck, 3.14.5 che mi gestisce meglio la ventola del portatile mi da dei problemi al boot dicendomi che non riesce montare la partizione root / in btrfs

Avete un suggerimento

[eaman]

Originariamente inviato da Ghd

Avete un suggerimento

Rapido?

...usare ext4 :P


Altrimenti far partire il sistema manualmente specificando la / all'avvio di grub,
e una volta caricato il kernel e tutto provare ad aggiornare l'initrd e aggiornare grub .