Merevlemezek, vezérlők

1, Szeretnék M.2-es SSD-t vásárolni, viszont a B, M és B+M típusok kompatibilitása nem teljesen világos számomra. B+M kártya működni fog B és M foglalatban is?
2, PCI-E (low profile) M.2 adaptert szeretnék vásárolni, elsődleges jelöltem ez lenne: http://www.i-tec-europe.eu/index.php?t=3&v=414
Esetleg tudtok valami más adaptert ajánlani ami számotokra bevált, vagy tudtok tanácsot adni hogy milyen típust lenne érdemes venni?
3, Mi a véleményetek a 240GB Intel SSD M.2 540 Series SSD-ről?

Kingston 240GB UV400 SSD, külső usb tokban, másolás közben változó idő után file system read-only hibaüzeneteket kapok. Ha újracsatolom mindne folytatódik, nem írásvédett, de x idő, és megint az.

1 év körüli, keveset volt használva (desktop, "netezős" gépben), formáztam mielőtt most másoltam volna rá, ext4-re. Nem tudom számít-e, lehet volt a netezős gépben használatkor rajta swap.

(Ha számít két xubuntu 16.04.3-as gépen volt tesztelve, egyik live linux volt.)

Mi okozhatja, mi lehet a megoldás?

Házi NAS-ban pörög 4 db WD Red. Jellemzően nem sokat vannak elfoglalva a diszkek. Alapból ugyanazt a fej parkolgatást játsszák, mint a WD Green, de nem olyan durva a load/unload cycle count (1 hét alatt 40). Viszont gondolkodok, nem lenne-e jobb teljesen lepörgetni őket mondjuk 1 óra inaktivitás után? Hogy most mennyi áramot spórolok, az nem annyira számít, de lehet, hogy lemérem, ha lesz kedvem.

Hasraütős számok jönnek. Tegyük fel, hogy 50000 óráig él a cucc, ha megy 24/7. Ez 5.7 év. Tegyük fel, hogy naponta 2x pörög fel, és megy 2 órát. 5.7 év alatt így menne 4200 órát, tehát még 10x annyi évig élhetne. Ugyanakkor 5.7 év alatt 4200 felpörgést is túl kellene élnie, ami viszont szerintem elég gyilkos. Ez alapján azt gondolom, hogy inkább nem nyúlok hozzá, hadd menjen 24/7, parkolja le a fejét, amikor jól esik, de nem játszok hd-idle, hdparm és egyéb tuning cuccokkal.

Azt is tudom, hogy ilyen kis mintánál szinte mindegy, de azért érdekelnek a vélemények.

Van itt egy Microserver. Azt szeretném, hogy ha ellopják, ne tudják azonnal megnézni a rajta tárolt cuccokat, viszont nekem meg ne kelljen minden újraindításnál jelszót beírni (mivel se billentyűzet, se monitor nem lesz rajta). Ha választani kell, a kényelem fontosabb, mint a biztonság.

Ha titkosítás van a lemezeken, az jó (ZFS lesz, az tud valamit alapból), de nem muszáj (HDD jelszó is jó, hacsak nem triviális feltörni).

Amik eszembe jutottak:
1. A gép induláskor egy közelben levő bluetooth jeladótól vagy wifin keresztül kapja meg a jelszót automatikusan. Én ezt pedig jól eldugom.
2. A gép induláskor várja a jelszót, bedugok egy pendrive-ot, és minden további nélkül magától bebootol, én pedig jól eldugom a pendrive-ot.
3. Boot során valami script az IP címből deriválja a jelszót. Persze nekem lesz egy backup jelszavam is, amit akkor használok, ha megváltozik az IP.
4. A gép elindul jelszó nélkül, de az érzékeny adatokat tartalmazó ZFS dataset már jelszavas (ha megszerzik az /etc/shadow tartalmát, nem érdekel). SSH-n át oldható meg a jelszó beírása. Nem a legjobb, mert kézzel kell szarakodni, és az adattól függő szolgáltatások is sírni fognak, hogy nincs felcsatolva a cucc, de legalább távolról megy.

Csinált már ilyet valaki?

További tabula rázákat és szervezéseket követően a következő SCSI csomag vált eladóvá. Az irányár mindenhol "alcsomag"-ra vonatkozik.

- 3db 73G SCSI diszk, SUN Seagate U320-asok: 3e

- 1db LSI U320 PCIe HBA, egy külső és egy belső porttal + 1db 3-4 diszkes széppiros U320 SCSI kábel: 7e

Diszkből előfordulhat 4db, ha szükséges megnézem mi a helyzet. Aki az egész csomagot viszi az ajánljon valamit. Csere is érdekel, ez esetben HP G5/6/7 SFF diszk keret, ami hirtelen eszembe jut és tudjuk használni.

Átvétel: elsősorban Bp. III. és XIII. kerületekben, de ez nincs kőbe vésve.

Hali!
adott egy pendrive, amire rossz *.img-t írtam, attól kezve látszik is, nem is-
Ezt mondja a dmesg:

[ 401.563045] scsi 4:0:0:0: Direct-Access Kingston DataTraveler 3.0 PMAP PQ: 0 ANSI: 6
[ 401.563848] sd 4:0:0:0: Attached scsi generic sg3 type 0
[ 401.588901] sd 4:0:0:0: [sdc] Attached SCSI removable disk
[ 624.642410] EXT4-fs (sdb5): mounting ext2 file system using the ext4 subsystem
[ 624.701043] EXT4-fs (sdb5): warning: mounting unchecked fs, running e2fsck is recommended
[ 624.732259] EXT4-fs (sdb5): mounted filesystem without journal. Opts: (null)
[ 807.650303] perf: interrupt took too long (2502 > 2500), lowering kernel.perf_event_max_sample_rate to 79750
[ 938.976026] EXT4-fs (sdb5): error count since last fsck: 11
[ 938.976039] EXT4-fs (sdb5): initial error at time 1493924613: ext4_mb_generate_buddy:758
[ 938.976042] EXT4-fs (sdb5): last error at time 1513610351: ext4_mb_generate_buddy:758
[ 1098.477815] perf: interrupt took too long (3134 > 3127), lowering kernel.perf_event_max_sample_rate to 63750
[ 1767.714206] usb 1-4: USB disconnect, device number 4
[ 1777.036041] usb 1-4: new high-speed USB device number 5 using ehci-pci
[ 1777.200609] usb 1-4: New USB device found, idVendor=0951, idProduct=1666
[ 1777.200611] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 1777.200613] usb 1-4: Product: DataTraveler 3.0
[ 1777.200615] usb 1-4: Manufacturer: Kingston
[ 1777.200617] usb 1-4: SerialNumber: 00400539BC5BBE30E73D4BB4
[ 1777.200899] usb-storage 1-4:1.0: USB Mass Storage device detected
[ 1777.202080] scsi host4: usb-storage 1-4:1.0
[ 1778.267127] scsi 4:0:0:0: Direct-Access Kingston DataTraveler 3.0 PMAP PQ: 0 ANSI: 6
[ 1778.268190] sd 4:0:0:0: Attached scsi generic sg3 type 0
[ 1778.291609] sd 4:0:0:0: [sdc] Attached SCSI removable disk

Particionálni nem tudom:

root@apa:/home/steve# cfdisk /dev/sdc
cfdisk: a(z) /dev/sdc nem nyitható meg: Nem található adathordozó

root@apa:/home/steve# mount /dev/sdc /media/usbstick/
mount: no medium found on /dev/sdc

root@apa:/home/steve# dd if=/dev/zero of=/dev/sdc
dd: '/dev/sdc' megnyitása meghiúsult: Nem található adathordozó

Gparted nem látja.

Van más tipp (a kukán kívül)?

Sziasztok,

Lecserélném a régebbi HP DL380g8 vasakat DL380g9 -re.
Előbbi szerveren Deb7.11-en fut még Xen (a DomU-k már újabbak persze)

Az új szerveren próbáltam Deb8 és Deb9-et is, a jelenség azonos.

A régi vason a pörgős lemezek kb 20%-al, az SSD-k pedig 40%-al gyorsabbak.
Azonos típusú SSD-ről van szó, a lemez pedig a gyári 300G-10K SAS.

Az újabb raid vezérlő 2G, a régi 1G FBWC-vel van, 10% read 90% write beállítással.

Van tippetek esetleg, mit érdemes megnézni?

Szeretnék egy NAS-t otthonra (nem enterprise áron), és véleményeket várok.

Mindenképpen dobozos megoldás érdekel gyári firmware-rel (a diszkeket én veszem bele), nem akarok semmi egyedi gépet építeni és egyedi szoftvert rátenni (torrent, nyomtató stb. nem érdekel).

A fontos szempontok:
1. megosztás házon belül: DLNA, SMB
2. 4 db 3.5"-ös diszk, a tárhely felét akarom felhasználni (3x RAIDZ1/RAID5 plusz spare, esetleg RAID1+0)
3. snapshot támogatás webes felületről, lehetőleg időzítetten vagy API-val is (véletlen törlés, netán zsaroló vírus ellen)
4. valamiféle adat konzisztencia ellenőrzés (RAID-en felüli checksumra gondolok, ZFS vagy BTRFS?)
5. alacsony fogyasztás (ha sokáig nem használja senki, akkor menjen le valami gazdaságosabb módba, a spare-t egyáltalán ne pörgesse)

Synology DS418j elvérzik a 3-4 pontokon sajnos, az 5-ben meg nem vagyok teljesen biztos a spec alapján. DS418play már elvileg jó, tapasztalata van valakinek?

QNAP TS-431P is jónak tűnik.

Diszknek WD Red vagy esetleg más? Jól hangzik a Black, csak ilyen felhasználásra nem biztos, hogy ad annyi pluszt. Annak idején a Green-ről tudtam, hogy szeret napjában több ezerszer felpörögni, amitől kicsit fázok. Azért nem is 7x24 kell mennie.

Hali,

van valakinek otlete, hogy mi is pontosan az alabbi SMART code?

SAS diskek:

SMART Error Count : 29
SMART ASC : 5dh
SMART ASCQ : 5h

A messagesben ez van:

kernel: Info fld=0x12c3c9bc
kernel: end_request: I/O error, dev sda, sector 314821052
kernel: sd 0:1:6:0: SCSI error: return code = 0x08000002
kernel: sda: Current: sense key: Hardware Error
kernel: Add. Sense: No defect spare location available

Elégedett MintXfce felhasználó vagyok, telepítésnél lvm-et választottam, alap beállításokkal. Ám a legutóbbi frissítésnél a következő hibát kaptam:

E: linux-image-extra-4.4.0-101-generic: installed post-installation script alfolyamat 1 hibakóddal kilépett


Beállítás: linux-image-extra-4.4.0-101-generic (4.4.0-101.124) ...
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 4.4.0-101-generic /boot/vmlinuz-4.4.0-101-generic
run-parts: executing /etc/kernel/postinst.d/dkms 4.4.0-101-generic /boot/vmlinuz-4.4.0-101-generic
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 4.4.0-101-generic /boot/vmlinuz-4.4.0-101-generic
update-initramfs: Generating /boot/initrd.img-4.4.0-101-generic
Warning: No support for locale: hu_HU.utf8

gzip: stdout: No space left on device
E: mkinitramfs failure find 141 cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-4.4.0-101-generic with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
dpkg: error processing package linux-image-extra-4.4.0-101-generic (--configure):
installed post-installation script alfolyamat 1 hibakóddal kilépett
Hibák történtek a feldolgozáskor:
linux-image-extra-4.4.0-101-generic
E: Sub-process /usr/bin/dpkg returned an error code (1)
Egy csomag telepítése meghiúsult. Kísérlet a helyreállításra:
Beállítás: linux-image-extra-4.4.0-101-generic (4.4.0-101.124) ...
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 4.4.0-101-generic /boot/vmlinuz-4.4.0-101-generic
run-parts: executing /etc/kernel/postinst.d/dkms 4.4.0-101-generic /boot/vmlinuz-4.4.0-101-generic
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 4.4.0-101-generic /boot/vmlinuz-4.4.0-101-generic
update-initramfs: Generating /boot/initrd.img-4.4.0-101-generic
Warning: No support for locale: hu_HU.utf8

gzip: stdout: No space left on device
cpio: write error: Broken pipe
find: ‘standard output’: Broken pipe
find: write error
E: mkinitramfs failure find 1 cpio 1 gzip 1
update-initramfs: failed for /boot/initrd.img-4.4.0-101-generic with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
dpkg: error processing package linux-image-extra-4.4.0-101-generic (--configure):
installed post-installation script alfolyamat 1 hibakóddal kilépett
Hibák történtek a feldolgozáskor:
linux-image-extra-4.4.0-101-generic

Mint látszik nincs elég hely a boot partíción.

~ $ df -h
Filesystem Size Used Avail Use% Mounted on
udev 983M 0 983M 0% /dev
tmpfs 201M 6,2M 195M 4% /run
/dev/mapper/mint--vg-root 108G 29G 74G 29% /
tmpfs 1003M 2,5M 1000M 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 1003M 0 1003M 0% /sys/fs/cgroup
/dev/sda1 472M 450M 0 100% /boot
cgmfs 100K 0 100K 0% /run/cgmanager/fs
tmpfs 201M 36K 201M 1% /run/user/1000


Nem vagyok egy lvm-expert, de úgy látom, hogy a boot (/dev/sda1) nincs kötetben. Kérdésem: lehet-e és, ha igen, hogyan növelhetem meg a boot partícó méretét, az lvm kötet méretéből.
Még valami:

$ sudo vgs


VG #PV #LV #SN Attr VSize VFree
mint-vg 1 2 0 wz--n- 111,31g 20,00m

sudo lvdisplay
--- Logical volume ---
LV Path /dev/mint-vg/root
LV Name root
VG Name mint-vg
LV UUID 3q6EKu-vqo3-1pIe-27kt-fsnW-voXF-0NmT7S
LV Write Access read/write
LV Creation host, time mint, 2017-04-06 15:00:11 +0200
LV Status available
# open 1
LV Size 109,30 GiB
Current LE 27981
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 252:0


--- Logical volume ---
LV Path /dev/mint-vg/swap_1
LV Name swap_1
VG Name mint-vg
LV UUID xKWx7K-M1xK-fke3-PoeT-1Fsb-2yEs-aogxcL
LV Write Access read/write
LV Creation host, time mint, 2017-04-06 15:00:11 +0200
LV Status available
# open 2
LV Size 1,99 GiB
Current LE 509
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 252:1

Remélem érthető voltam, köszönöm a segítséget.