Merevlemezek, vezérlők

[Kideritve(?)]Sony SL-BG1S / TRIM

Hi,

A fenti SSD-vel szerencsetlenkedek mar par napja (korabbi topic).

A kerdes az, hogy az alabbi infok alapjan tudna-e valaki segiteni, hogy vegulis mukodik-e a TRIM vagy nem es ha nem, akkor hogyan tudom bekapcsolni?

Rendszer: Debian 8

fstab:


UUID=509df42d-3390-461b-9bc0-73410017c58d /               ext4    discard,noatime,errors=remount-ro 0       1

# lsblk -D
NAME   DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
sdc           0        0B       0B         0
└─sdc1        0        0B       0B         0

# hdparm -I /dev/sdc | grep TRIM
	   *	Data Set Management TRIM supported (limit 8 blocks)
	   *	Deterministic read ZEROs after TRIM

# fstrim -v /
fstrim: /: the discard operation is not supported

A hdparm teljes kimenete itt. Mondjuk a model szam alapjan ("FORESEE 120GB SSD") a google-lel semmi relevans infot nem talaltam errol az SSD-rol.

Van a gepben egy belso Samsung mSATA SSD is, azon NTFS (es Win7) van, Linux alol a belso SSD eseten ezeket latom:


# lsblk -D
NAME   DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
sda           0      512B       2G         0
└─sda1        0      512B       2G         0

# hdparm -I /dev/sda | grep TRIM
	   *	Data Set Management TRIM supported (limit 8 blocks)

Probaltam firmware-t is keresni, de nem talaltam (nem ujabbat, egyaltalan).

Szoval aggodom, hogy esetleg a TRIM nem mukodik erre a diskre.

Segitene valaki? Koszi.

/sza2

Szerk.:

A google hajlando segiteni, ha jol van megfogalmazva a kerdes. Egy "usb ssd trim" keresesre rengeteg relevans talalat van, es a lenyeg:

Vegigolvasva jo nehany oldalt, szinte mindenhol az a konkluzio, hogy USB-n keresztul nem tamogatott a TRIM.

2,5" SATA keret 3,5" HDD helybe

Helló,

Van olyna keret, toldo, akármi, amivel egy 2,5"-es SSD/HDD berakható 3,5"-es helyre úgy, hogy a SATA csatlakozó ugyanoda essék? (tehát ahova normál esetben a 3,5"es hdd-nek).

gugliba nem találtam semmi ilyet :(

szerk.: olyasmi mint ebbe a topikba: http://hup.hu/cikkek/20110116/d-link_dns-320_nas_linux_squeezecenter_ot…

Sony SL-BG1S SSD / Linux

Hali,

Gondolkodom a fenti kulso SSD meghajto vasarlasan. Felteszem Linux alatt is mennie kellene, de azert megkerdeznem, hatha van valakinek van tapasztalata.

Azt megszoktam, hogy a specifikaciokban a Linux nem szerepel, itt pl.:

OS Required: Apple MacOS X 10.6 or later, Microsoft Windows Vista (32/64 bits), Microsoft Windows 7 (32/64 bits), Windows 8 (32/64 bits), Windows 8.1 (32/64 bits)

Illetve: "NTFS formatted"

Csak nem tudom nincs-e ennel a tipusnal valami, ami akadalya lenne a Linux (valoszinuleg EXT4) hasznalatnak.

Bizom benne, hogy a hozza adott extra dolgok (titkositas, egyeb kezelo programok) nem kotelezoek, es siman gyalulhatok, formazhato mas fajlrendszerre, de kicsit bizonytalan vagyok.

Szerintetek?

Koszi,

/sza2

Költözés kisebb SSD-re [megoldva]

A segítségeteket szeretném kérni. Jelenleg egy 1TB-os harddiszk van a gépemben, dual boot-tal. Egy WIN7 és egy Ubuntu 16.04 lakik rajta.
Van egy 500MB-os DATA partíció is rajta, amit mindkét rendszer elér és használ.
Egy 500MB-os SAMSUNG EVO 850-es SSD-re szeretném átköltöztetni a rendszert a DATA partíció kivételével.
Az SSD-hez kapott szoftver csak a wint ismeri, azt tudná is klónozni, de a linuxot észre sem veszi :-(
Néztem a clonezillát, de nem tudtam rávenni, hogy az sda7-et és sda8-at ne másolja.
Próbáltam kézzel particionálni az SSD-t és átmásolni a partíciókat, de utána nem sikerült elérni, hogy bootoljon a rendszer.
Egy villogó kurzor volt e képernyőn, semmi más üzenet.

Jelenleg így helyezkednek el a partíciók:


Eszköz Indítható Start Vége Szektorok Size Id Típus
/dev/sda1 * 2048 206847 204800 100M 7 HPFS/NTFS/exFAT
/dev/sda2 206848 202809343 202602496 96,6G 7 HPFS/NTFS/exFAT
/dev/sda3 202809344 203730943 921600 450M 27 Hidden NTFS WinRE
/dev/sda4 409604094 1953523711 1543919618 736,2G 5 Kiterjesztett
/dev/sda5 409604096 513495039 103890944 49,6G 83 Linux
/dev/sda6 513497088 932130815 418633728 199,6G 83 Linux
/dev/sda7 932132864 1936746495 1004613632 479G 7 HPFS/NTFS/exFAT
/dev/sda8 1936748544 1953523711 16775168 8G 82 Linux lapozó / Solaris

Valaki tud használható megoldást erre?

Köszönöm a hozzászólásokat, ötleteket, sikerült megcsinálnom.
A megoldás az lett, clonezillával lementettem a kérdéses partíciókat egy USB-s külső harddrive-ra, az SSD-t kézzel particionáltam a régi harddiszk méretei alapján. Ezután a clonezillával helyreállítottam a lementett partíciókat. Az SSD finomhangolása még hátravan.

SYNOLOGY - "szoftvercsodája"...???

Kérdezném, aki használ valamilyen újabb keletű RAID-et a fenti márkából, találkozott már azzal a problémával, hogy a felhasználók beállított jogosultságai maguktól megváltoznak? (pl. elvesztik az íráshoz való jogosultságukat..) Ismertek esetleg olyan vírust a rendszerre, ami ilyen "viselkedést" eredményezhet? A tároló "offline" hálózaton van, fizikailag, másoknak nem elérhető helyen és nincs internetelérése. (Szívok vele egy ideje, én beállítom, ő meg "elfelejti". Legutóbb a elmúlt héten lefrissítettem 6-os verzióra, 3-4 napig bírta és már megint kezdhetem "settingelni"...) Az egész hálózattal nincs ennyi gondom, mint ezzel az egy géppel. - A többi, vele egy szobában lévő RAID a kezdetektől normálisan működik. Mi lehet ezzel a szerencsétlennel?

(Igazából azt akarnám tudni, hogy én vagyok-e az egyedüli kiválasztott ilyen "Synology-ügyben"? - Hozzátartozik, hogy a tároló semmilyen különleges, esetleges "állambiztonsági szempontból fontos" információkat, de illegális cuccokat sem tartalmaz.)

SD kártya read-only filesystem

Üdv!
Adott egy HAMA kártyaolvasó és egy új 16GB-os microSD (adapterrel).
Nincs a lock bekapcsolva az adapteren és nem tudok írni rá:

~# dmesg
...
[ 3717.128600] usb 2-1.1: USB disconnect, device number 10
[ 3722.171917] usb 2-1.1: new full-speed USB device number 11 using ehci-pci
[ 3722.428070] usb 2-1.1: new high-speed USB device number 12 using ehci-pci
[ 3722.515105] usb 2-1.1: New USB device found, idVendor=14cd, idProduct=125c
[ 3722.515111] usb 2-1.1: New USB device strings: Mfr=1, Product=3, SerialNumber=2
[ 3722.515114] usb 2-1.1: Product: Mass Storage Device
[ 3722.515117] usb 2-1.1: Manufacturer: Generic
[ 3722.515120] usb 2-1.1: SerialNumber: 125C20100726
[ 3722.515704] usb-storage 2-1.1:1.0: USB Mass Storage device detected
[ 3722.515910] scsi host7: usb-storage 2-1.1:1.0
[ 3723.517591] scsi 7:0:0:0: Direct-Access Mass Storage Device PQ: 0 ANSI: 0 CCS
[ 3723.518478] sd 7:0:0:0: Attached scsi generic sg2 type 0
[ 3723.520271] sd 7:0:0:0: [sdb] 31116288 512-byte logical blocks: (15.9 GB/14.8 GiB)
[ 3723.520900] sd 7:0:0:0: [sdb] Write Protect is on
[ 3723.520911] sd 7:0:0:0: [sdb] Mode Sense: 03 00 80 00
[ 3723.521518] sd 7:0:0:0: [sdb] No Caching mode page found
[ 3723.521529] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[ 3723.530973] sdb: sdb1
[ 3723.534041] sd 7:0:0:0: [sdb] Attached SCSI removable disk

~# dd bs=4M if=2016-11-25-raspbian-jessie.img of=/dev/sdb
dd: '/dev/sdb' megnyitása meghiúsult: Read-only file system

Most akkor a kártyaolvasó a sz@r?
:(

Hdd geometria módosítás

Sziasztok. Szeretném módosítani a geometriát mert egy 160-as hdd 35GB lát. Megvannak a gyári értékek igaz azzal se tudja a maxot. Testdisket sikeresen használták és el lettek állítva az értékek.
Próbálom linuxon az
fdisk -C 16383 -H 255 -S 63 /dev/sdc
de mikor írnám foglaltnak jelzi. Virtualboxon keresztül próbálom. Mit rontok el?Köszönöm

HDD-n bad sector..aggódnom kellene?

Sziasztok!

Ma reggel nézem az egyik tárolós HDD-m smartját, és ezt látom:


ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   199   195   051    Pre-fail  Always       -       119
  3 Spin_Up_Time            0x0027   178   170   021    Pre-fail  Always       -       6075
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       508
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       3
  7 Seek_Error_Rate         0x002e   100   253   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   099   099   000    Old_age   Always       -       1385
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       508
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       0
193 Load_Cycle_Count        0x0032   200   200   000    Old_age   Always       -       2300
194 Temperature_Celsius     0x0022   127   107   000    Old_age   Always       -       23
196 Reallocated_Event_Count 0x0032   199   199   000    Old_age   Always       -       1
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age   Offline      -       0

"Reallocated_Sector_Ct" HÁROM ??? "Reallocated_Event_Count" EGY ? :D Egy alig 1 éves WD RED, 3 terrás. Ezt most aggodalomra adhat okot, vagy nem? HDSentinel szerint 96%, élettartam, meg ezek:


HDD Model ID : WDC WD30EFRX-68EUZN0
HDD Serial No: WD-WMC4N0E33P6L
HDD Revision : 82.00A82
HDD Size     : 2861588 MB
Interface    : S-ATA II
Temperature  : 22 °C
Highest Temp.: 43 °C
Health       : 96 %
Performance  : 100 %
Power on time: 57 days, 17 hours
Est. lifetime: more than 1000 days

Szóval, kérdezném a hozzáértőket, hogy kellene aggódnom az adataimért? Nagyon köszönöm a segítséget.

szerk:

Köszönöm a válaszokat, előkerestem a garpapírt, (nem is egy hanem két éves :) ), de jövő októberig garos, úgyhogy januárban megpróbálom cserélni. Addig majd nézegetem, hogy változik/nő-e.

számítógép védelme elektrosztatikus feltöltődés ellen

Néhány hete tapasztalták a felhasználók, hogy amint "be akarják dugni" az usb kulcsokat a gépbe, az azonnal újraindul. Tehát nem a csatlakozáskor, hanem csak egy éppenhogy érintéstől reboot lesz.
Ez több géppel és több pendrive-val is megtörtént.
Mai nap véletlenül rájöttem (azaz velem is megtörtént egy resetelés), hogy statikus töltöttség okozza ezt a jelenséget. Már reprodukálni is tudom.
Nem akarom, hogy ez történjen a gépekkel, így ha valaki már oldott meg ilyen problémát, kérem segítsen.

szerk:
az is hozzá tartozik a történethez, hogy közvetlen előtte egy cég "átnézte" a villamos hálózatot és pár dolgot átkötött.
A resetet nem csak usb kulcscsal, hanem pl. fázisceruzával is ki lehet váltani, így gondolom a gépnél kell megoldást találni.

ZFS storage tapasztalatok v2

2013-ban volt egy hasonló téma (http://hup.hu/node/121509), de azóta eltelt majdnem 4 év, megjelent és kiforrottá vált az openzfs, egyre több OSben támogatott vagy alapértelmezett a ZFS, stb.

Nem rég kezdtem neki egy komolyabb tárolónak, ami terveim szerint ZFS+NFS-en szolgálna ki 5 Dell PowerEdge szervert, kb 400 GB memóriával és 40 fizikai processzormaggal.
Maga a vas egy Supermicro SuperStorage Server 5028R-E1CR12L, 64 gb memóriával, 8x2 TB HGST NL-SAS HDD-vel és 2x150 GB Intel S3520 SSD-vel.

Érdekelnének mások tapasztalatai, illetve a megvalósítási/üzemeltetési tapasztalatok. Mennyire vált be egy ZFS alapú tároló és mennyire stabil a zfs replication alapú mentés.

Az első komolyabb teszteket ubuntuval végeztem, de az OS nincs rögzítve (OmniOS-t és FreeBSD-t teszteltem még). Tesztcéllal, ubuntu 14.04 alapokon van egy HP szerverem 4x2 TB sata hdd+2 SSD, 32 gb ram, ami most a kevésbé kritikus gépeket osztja ki a szervereknek. Itt majdnem 1 év az uptime, és még semmi negatívumot nem tapasztaltam, ameddig a HDDk bírják szépen skálázódik a gép.

Update1:
Végül mint OS, az Ubuntu mellett döntöttem, mivel fontosabbnak tartottam azt, hogy gyorsan tudjak reagálni problémákra, mivel ezt jól ismerem, illetve ennél pontosan tudom, mit és hogy tudok monitorizálni.
Jelenleg 50 nap az uptime, 45 virtuális gépet szolgál ki a szerver, kb 3 TB adatot tárol, a grafikonok alapján kb 1600 IOps az átlagos terhelése, és percenként készül róla egy replika egy távoli tárolóra.