LINUX.ORG.RU

Проблемы с SSD Crucial MX200?

 , ,


0

3

В общем купил пару дней назад диск, все сделал что бы оно работало нормально...кому интересно есть тред на эту тему :) И тут начались чудеса. Выпал при загрузке в кернел паник. Думаю, что за хрень. Важных данных на новый диск не пихал, старый в работе и не потерт. Загружаюсь с него. Смотрю btrfs check/scrub все говорит в норме. При загрузке пишет «Junk in compressen file» про initramfs. Я думаю, что за хрень. Смотрю ядра на своем старом винте и убунте 14.04, залажу в тамошний initramfs. Он весом 19Мб и содержит кучу файла. Смотрю в такое же ядро на новом SSD и убунте 15.10 там один файл внутри и весит это чудо 32Мб. Залажу я в HEX редакторе в этот файл, а там сразу после описания этого единственного файла идут нули, строчек пять с перерывами. Но файл опознается архиватором.

Кернел паник несколько раз проходил! После того как я со старой убунты загружался и монтировал файловую систему на ССД диске.

Вот теперь я понять не могу это TRIM обнулил куски файла или как? check/scrub по идее должны были заволноваться ведь, а этого не произошло. Да, один раз для интересу запустил fstrim. Он в документации на btrfs есть и не запрещен к пользованию. Причем кернел паник несколько раз проходил пока окончательно не закрепился.

В результате я скопировал initramfs с HDD на SDD с заменой и сейчас линь грузится. В чем дело может быть, как проверять?

Производителю уже вопрос написал про поддержку трим на их дисках линуксе.

Вот так выглядит битый initramfs https://mega.nz/#F!9EETgTiT

btrfs

Тебя поддержка просто на три буквы пошлёт и правильно сделает

Если хочешь нормальной работы, то перестанавливай заново без всех твоих гореоптимизаций

fornlr ★★★★★ ()
Последнее исправление: fornlr (всего исправлений: 1)

ставишь smartmontools, потом

smartctl -a /dev/sd*
Вывод сюда

Jefail ★★★★ ()
Ответ на: комментарий от fornlr

А никаких оптимизаций не было. mount -o ssd,discard,compress=lzo Все.

i3draven ()
Ответ на: комментарий от Jefail

Вывод smartmon-a чист как стекло.

smartctl 6.4 2014-10-07 r4002 [x86_64-linux-4.3-0.dmz.2-liquorix-amd64] (local build)
Copyright (C) 2002-14, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     Crucial_CT250MX200SSD1
Serial Number:    1529101B02CC
LU WWN Device Id: 5 00a075 1101b02cc
Firmware Version: MU02
User Capacity:    250 059 350 016 bytes [250 GB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    Solid State Device
Form Factor:      2.5 inches
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-3 T13/2161-D revision 4
SATA Version is:  SATA 3.2, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Fri Nov 20 21:54:42 2015 OMST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x80)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Enabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(  795) seconds.
Offline data collection
capabilities: 			 (0x7b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   2) minutes.
Extended self-test routine
recommended polling time: 	 (   5) minutes.
Conveyance self-test routine
recommended polling time: 	 (   3) minutes.
SCT capabilities: 	       (0x0035)	SCT Status supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   100   100   000    Pre-fail  Always       -       0
  5 Reallocated_Sector_Ct   0x0032   100   100   010    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       48
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       32
171 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       0
172 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       0
173 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       0
174 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       25
180 Unused_Rsvd_Blk_Cnt_Tot 0x0033   000   000   000    Pre-fail  Always       -       2596
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       0
184 End-to-End_Error        0x0032   100   100   000    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
194 Temperature_Celsius     0x0022   057   054   000    Old_age   Always       -       43 (Min/Max 23/46)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   100   100   000    Old_age   Always       -       0
202 Unknown_SSD_Attribute   0x0030   100   100   001    Old_age   Offline      -       0
206 Unknown_SSD_Attribute   0x000e   100   100   000    Old_age   Always       -       0
210 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       0
246 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       191900008
247 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       6003308
248 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       4036650

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
i3draven ()
Последнее исправление: i3draven (всего исправлений: 1)
Ответ на: комментарий от i3draven

А никаких оптимизаций не было

discard

Вырубай на

fornlr ★★★★★ ()
Ответ на: комментарий от fornlr

Производитель заявил, что TRIM его устройства поддерживают. Почему я должен это вырубать то? Я лучше диск верну если дело в этом.

i3draven ()
Ответ на: комментарий от i3draven

Потому что Марк уже о тебе позаботился. В ubuntu раз в неделю трим выполняется из коробки.

cat /etc/cron.weekly/fstrim

А онлайновый трим под этими вашими линуксами работает как повезёт с багами самого линуксового ядра или с багами прошивки SSD :D

Все твои проблемы от «я у мамы оптимизатор» - к производителю тут претензий вряд-ли уместны

fornlr ★★★★★ ()
Последнее исправление: fornlr (всего исправлений: 2)
Ответ на: комментарий от i3draven

Параметр ssd для btrfs не нужен. Она сама определяет, что стоит на SSD и выставляет этот параметр.
Про то, что btrfs до сих пор нестабильна надо напоминать?

chaos_dremel ★★ ()
Ответ на: комментарий от chaos_dremel

Что определяет я узнал после того как прописал и просто не стал лезть больше. К делу это отношения не имеет.

Но направление понятно, поставлю се на ext4 и посмотрю на результат. На hdd ни разу не было проблем с btrfs, а тут на тебе. Это конечно btrfs виновата :) Но крыть нечем, ничего толкового вы сказать не сможете, а проверить можно. Так что сделаю это.

i3draven ()
Ответ на: комментарий от i3draven

Можно было снапшот сделать. Если в снапшоте файл не повредился, проблем с железом нет.

prischeyadro ★★★☆☆ ()
Ответ на: комментарий от prischeyadro

Гениальная мысля. Но поздно. Я уже все переставил. Давно я не развлекался подобным...с тех пор как надоело и пересел на убунту :)

Для дальнейших экспериментов я эту мысль возможно использую, так что за нее спасибо.

i3draven ()
Ответ на: комментарий от i3draven

Смысл тогда btrfs использовать? Я её с её снапшотами и решил накатить ровно потому что не хочется в неподходящий момент чинить что-то внезапно поломавшееся, а не ради красноглазия.

prischeyadro ★★★☆☆ ()
Ответ на: комментарий от prischeyadro

Использую я снапшоты. Просто систему на ссд диск только поставил и как то не сделал пока. Систему нулевая была, что ее снапшотить? Ну вот выяснилось, что.

i3draven ()
Ответ на: комментарий от prischeyadro

Я потому давно и не развлекался, что снапшоты в ходу с момент начала работоспособности btrfs. Откатил и всего делов. В общем в курсе. Но за мысль все равно спасибо. Вы тут с мыслью один были :)

i3draven ()
Последнее исправление: i3draven (всего исправлений: 1)
Ответ на: комментарий от prischeyadro

Провел эксперимент так как метод выявления железо/не железо мне понравился.

1. Поставил убунту на btrfs раздел снова. 2. Сделал снапсшот. 3. Забил весь раздел дынными. 4. Стер их. 5. Вызвал fstrim. 6. Взял файл из снапшета и он там то же изменился.

Получил снова вот такой файл.

https://mega.nz/#!lRUWkLQZ!8OPWsLrEd1zGV_YKkYM1n2wb-2UEdERkgjnkv1HWFxc

При этом! Убунта загружается пока! Вероятно я что то не понимаю, теперь окончательно перееду на ext4 и посмотрю что там будет при таком же эксперименте. Файл причем имеет ровно то же содержимое, что и раньше, так что дело все же может быть в ФС.

i3draven ()
Последнее исправление: i3draven (всего исправлений: 2)
Ответ на: комментарий от i3draven

Провел точно такой же эксперимент с ext4. Результат тот же самый.

Нужно отметить, что я ставил в fstab опцию discard для обеих ФС (btrfs,ext4), при этом использовал потом «sudo fstrim -v /». Это было сделано что бы повторить первоначальные условия когда я только наткнулся на все это.

При этом так как в cron записано вызывать fstrim по расписанию, а опция discаd не запрещена для использования, то эта ситуация неизбежно возникла бы позже сама по себе при любой ФС.

Отсюда вывод. Crucial MX200 не поддерживает TRIM. Пойду возвращать его обратно так как производитель прямо заявил, что данный SSD диск поддерживает эту операцию. Это заявление есть на сайте производителя.

i3draven ()
Ответ на: комментарий от i3draven

Ради интереса проведу еще пару экспериментов попозже. Пока меня это достало :)

i3draven ()
Ответ на: комментарий от i3draven

Модель MX200 250GB, единственная во всей линейке имеет функцию SLC-кеширования Dynamic Write Acceleration (DWA). Возможно дело как раз в этой технологии. Вполне возможно, что в процессе уплотнения записанных данных трим накладывается криво.

chaos_dremel ★★ ()
Ответ на: комментарий от chaos_dremel

Когда я немного отошел от инфаркта от того, что угрохал в задницу 10тыс почти и теперь придется их выдирать из глотки магазина (в России живу), я начал думать головой, а не задницей.

1. В дуалбуте офтопик...блин дернуло меня его поставить. 2. Там включен «momentum cache». Эта хрень перетаскивает таблицу адресации в ОЗУ за счет чего ускоряет работу диска. Супер-пупер фича типа. Насколько я понимаю она именно так работает. 3. Я в линуксе и что он там во время перетаскивания диску сказал что бы тот таблицу адресации отдал и позволил ее в ОЗУ держать, мне неизвестно. 4. Линукс грузится несмотря на выдаваемый мусор в initrd!

Вывод: судя по всему при загрузке на запрос содержимого initrd ядро получает правильные данные, а вот потом я могу получить только мусор. Только паника меня потащила к TRIM. Причем ядро не всегда получает то, что запросило и потому оно несколько раз паниковало в непредсказуемые моменты.

Далее:

1.Загрузил офтоп. 2.Выключил моментум кэш. 3.Переустановил линь с ext4 и вообще без каких бы то ни было выкрутасов. В один раздел на ССД. 4. Сразу же посмотрел как выглядит initrd. Там сразу мусор! Еще до первой загрузки! 5. Посмотрел на содержимое старого HDD где есть этот же initrd. Он нормальный.

Пригорюнился. Судя по всему каким то образом на диске поехала таблица адресации ячеек памяти...и как то хитро у нее это выходит, не могу понять как. Буду еще возиться.

А трим работает вроде бы.

Скорее всего верну деньги за сей мегадевайс. Буду судиться с магазином если что, они этого боятся.

i3draven ()
Последнее исправление: i3draven (всего исправлений: 1)
Ответ на: комментарий от i3draven

А может дело правда в DWA и просто в кэше лежат одни данные, а напрямую на диске другие. от он и выдает одним способом мусор, а другим нет.

Это можно гадать сколько угодно. Сейчас понятно одно, такой диск использовать спокойно в работе нельзя. Я постоянно буду думать когда данные пропадут. Нафиг-нфиг.

Crucial дерьмо, мой вывод. Возьму другой диск...когда за этот деньги верну.

i3draven ()
Ответ на: комментарий от i3draven

А память у тебя не битая случаем?

Проэкспериментируй на другом железе. У меня MX200 есть, я его во вторник протестирую.

Dimez ★★★★★ ()
Последнее исправление: Dimez (всего исправлений: 1)
Ответ на: комментарий от Dimez

Вот ссылка на файлы. Тот который назван с hdd на конце, лежал на старом винте.

https://mega.nz/#F!9EETgTiT!ovI88g5yykUFJvtCvneMLQ

1. У них размер почему то разный. 2. В том, что с sdd содержится всегда одно и то же примерно. Есть строка «kernel/x86/microcode/GenuineIntel.bin». Судя по всему это данные из файла с ядром, лежащего рядом. Потому я думаю таблица поехала. 3. Файл с жесткого диска нормальный и распаковывается, а с sdd битый и открываю я его только hex редактором.

Может я туплю, на файлы взгляните, мало ли.

Но. Данные из битого файла указывают при всех установках примерно на одно и то же и содержат вышеприведенную строку. Установки сходные, думаю поэтому. Я поэтому разделы и прочее менять не стану, что бы потм можно было доказать косяк. Так что дело скорее всего не в памяти. Но на другом железе я наверное проверю...а скорее тест памяти запущу так как когда я еще доберусь до другого железа.

i3draven ()
Ответ на: комментарий от i3draven

Да, еще пришло голову. На ССД диске 15.10 убунта. На винте старом 14.04. Вероятность есть, что методы сжатия initrd разные использованы. Но. Почему тогда ядро паниковало с сообщением initramfs.....«Junk in compressed file»? Это я уже завтра проверю. Может там один файл сжат cpio, а другой gz. или что то вроде того.

i3draven ()
Последнее исправление: i3draven (всего исправлений: 2)
Ответ на: комментарий от i3draven

20.11.2015
Ubuntu 15.10

Мне кажется вероятность бага в убунте, к тому же не LTS, несравнимо выше чем в железке. Попробуй сделать

rsync -aAXv --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} /* /path/to/hdd/fs
И только после этого можно сказать, что баг именно в железке.

yurikoles ★★★ ()
Последнее исправление: yurikoles (всего исправлений: 1)

Отпишись в конце экспериментов плз. Интересен результат.

dodevich ()

ты smart статистику смотрел?

у меня такой «баг» был только с «live» дистрибутивом(при попытке установить на диск),и то давно и на hdd-просто дистрибутив был кривой и неправильно писался

очевидно что выдавать битым один единственный файл-невозможно

другие дистрибутивы(не убунту) пробуй,хоть один

anonymous ()
Ответ на: комментарий от anonymous

вот что вспомнил-тамже в конфиге груба и конфиге «служб» диски указаны как UUID и есть скрипт который пересобирает initrd(чтоб заставочка/лоадингскрин графический работал) при каждом чихе

и в убунте могли окончательно упороться-и сделать его автораном-смотреть в изменившийся uuid корня и пытается пересобрать с кривыми путями-ид изменился ведь....

бредовое предположение,но с подобным сталкивался(когда в некоторых случаях initrd создавался неправильно,и по вине груба и по вине разных скриптов дистрибутива...)

anonymous ()
Ответ на: комментарий от dodevich

Отпишусь. Решил поставить на раздел на старом HDD эту же убунту 15.10 и посмотреть там на initrd. Займусь этим вечером. Может еще что придумаю. Что касается данных smartmon там все кристально хорошо...я даже залез в документацию по атрибутам, которые smartmon не знает как расшифровать и там то же проверил, что все хорошо.

i3draven ()
Ответ на: комментарий от i3draven

Поставил не вечером. убунту 15.10 использован другой способ сжатия. Так что файл нормальный :) Конечно можно было просто в конфиг залезть, но для чистоты эксперимента я поставил на старый винт эту же убунту.

При этом непонятно что это были за кернел паники с сообщением, что в initrd лежит мусор. Буду тестить TRIM снова. Теперь предположений нету совсем. Если повторю проблему, напишу.

i3draven ()
Ответ на: комментарий от i3draven

Если дело было в TRIM, то у меня уже есть эталонная копия initrd и я могу сравнивать ее с тем, что на ссд диске будет. Только с трим повторить ситуацию сложно если это он. Ведь он потрет что угодно. Буду проверять.

i3draven ()

А как у тебя система установлена, в плане какие разделы сделаны, какие фс на них, и какой загрузчик?

Ну попробовал бы другие дистрибутивы для разнообразия, может это баг в бубунте, а не в железе.

Deleted ()
Ответ на: комментарий от Deleted

Сейчас поставил все так как было в первый раз, буду ловить на живца, все равно важные данные я на этот диск не перенесу больше. Особо отмечу, что установил в том числе и «profile sync daemon» для переноса firefox кэша с профилем в память.

Сделал снапшоты btrfs сразу после установки и сразу после всех настроек всех удобств мне нужных. Сейчас запущу fstrim.

smartctl -a /dev/sda6

smartctl 6.4 2014-10-07 r4002 [x86_64-linux-4.3-0.dmz.2-liquorix-amd64] (local build)

Device Model:     Crucial_CT250MX200SSD1
Serial Number:    1529101B02CC
LU WWN Device Id: 5 00a075 1101b02cc
Firmware Version: MU02

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   100   100   000    Pre-fail  Always       -       0
  5 Reallocated_Sector_Ct   0x0032   100   100   010    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       65
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       36
171 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       0
172 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       0
173 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       3
174 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       27
180 Unused_Rsvd_Blk_Cnt_Tot 0x0033   000   000   000    Pre-fail  Always       -       2596
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       0
184 End-to-End_Error        0x0032   100   100   000    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
194 Temperature_Celsius     0x0022   058   053   000    Old_age   Always       -       42 (Min/Max 23/47)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   100   100   000    Old_age   Always       -       0
202 Unknown_SSD_Attribute   0x0030   100   100   001    Old_age   Offline      -       0
206 Unknown_SSD_Attribute   0x000e   100   100   000    Old_age   Always       -       0
210 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       0
246 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       820151636
247 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       25636256
248 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       6941879

uname -r

4.3-0.dmz.2-liquorix-amd64

mount

sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=4019800k,nr_inodes=1004950,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=807272k,mode=755)
/dev/sda6 on / type btrfs (rw,relatime,compress=lzo,ssd,discard,space_cache,subvolid=257,subvol=/@)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (rw,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb,release_agent=/run/cgmanager/agents/cgm-release-agent.hugetlb)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/bfqio type cgroup (rw,nosuid,nodev,noexec,relatime,bfqio,release_agent=/run/cgmanager/agents/cgm-release-agent.bfqio)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset,clone_children)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event,release_agent=/run/cgmanager/agents/cgm-release-agent.perf_event)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=30,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
/dev/sda6 on /home type btrfs (rw,relatime,compress=lzo,ssd,discard,space_cache,subvolid=258,subvol=/@home)
/dev/sdb1 on /var type btrfs (rw,relatime,compress=lzo,space_cache,subvolid=259,subvol=/@var)
/dev/sdb1 on /tmp type btrfs (rw,relatime,compress=lzo,space_cache,subvolid=258,subvol=/@tmp)
/dev/sdb3 on /mnt/link type btrfs (rw,relatime,compress=lzo,space_cache,autodefrag,subvolid=559,subvol=/link)
/dev/sdb3 on /mnt/data type btrfs (rw,relatime,compress=lzo,space_cache,autodefrag,subvolid=557,subvol=/data)
tracefs on /sys/kernel/debug/tracing type tracefs (rw,relatime)
cgmfs on /run/cgmanager/fs type tmpfs (rw,relatime,size=100k,mode=755)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=807272k,mode=700,uid=1000,gid=1000)
overlaid on /run/user/1000/i3draven-firefox-lgktssq7.default-1432215350744 type overlay (rw,nosuid,nodev,noexec,relatime,lowerdir=/home/i3draven/.mozilla/firefox/lgktssq7.default-1432215350744-backup,upperdir=/run/user/1000/i3draven-firefox-lgktssq7.default-1432215350744-rw,workdir=/run/user/1000/.i3draven-firefox-lgktssq7.default-1432215350744)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
tmpfs on /run/user/119 type tmpfs (rw,nosuid,nodev,relatime,size=807272k,mode=700,uid=119,gid=126)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)

df

udev             4019800            0   4019800            0% /dev
tmpfs             807272         9612    797660            2% /run
/dev/sda6       76187500      5673900  69891892            8% /
tmpfs            4036344          504   4035840            1% /dev/shm
tmpfs               5120            4      5116            1% /run/lock
tmpfs            4036344            0   4036344            0% /sys/fs/cgroup
/dev/sda6       76187500      5673900  69891892            8% /home
/dev/sdb1        8388608      1114800   6451760           15% /var
/dev/sdb1        8388608      1114800   6451760           15% /tmp
/dev/sdb3      562402304    424039624 120186916           78% /mnt/link
/dev/sdb3      562402304    424039624 120186916           78% /mnt/data
cgmfs                100            0       100            0% /run/cgmanager/fs
tmpfs             807272        84276    722996           11% /run/user/1000
overlaid          807272        84276    722996           11% /run/user/1000/i3draven-firefox-lgktssq7.default-1432215350744
tmpfs             807272            4    807268            1% /run/user/119

i3draven ()
Ответ на: комментарий от i3draven

fstrim прошел спокойно. Включу как я momentum cache обратно на офтопике.

i3draven ()
Ответ на: комментарий от i3draven

smartctl -a /dev/sda6

sda6

Нормально:-)

Ты память протестировал?

Dimez ★★★★★ ()
Ответ на: комментарий от Dimez

Выяснил вроде. Дело не в трим или ос/фс. Я теперь могу повторить этот косяк специально. Позже напишу как. Проверю получше.

i3draven ()
Ответ на: комментарий от i3draven

Т.е. отдельного /boot у тебя нет? А загружает ос что, GRUB2?

Deleted ()
Ответ на: комментарий от i3draven

Алгоритм повторения косяка таков:

1. Ставим линь. Какой угодно и как угодно. Допустим все по умолчанию и в один раздел на ext4. Совершенно не важно. 2. Загружаемся и смотрим как все классно пашет. Может быть несколько раз что бы кеш SSD диска заполнился если этого сразу не происходит. 3. Перегружаем комп. 4. Во время перезагрузки на экране где биос выводит инфу о инициализации оборудования (там откуда по кнопке можно зайти в биос) вырубаем комп. Я это делал раньше пару раз и как то сразу не обрати внимание. Важно поймать момент самого начала показа этого экрана...и вообще словить момент инициализации диска :) 5. Видим кернел паник при следующей загрузке линя. Когда initrd=мусор 6. Загружаем любой другой линукс. Монтируем раздел с битым initrd и видим, что там все в порядке (вероятно надо обязательно запросить чтение директории с initrd для обновления кешей...лень выяснять). 7. Загружаем паникующий линукс обратно и о чудо все работает. Но. Много чего начинает падать внезапно, судя по всему, потому, что кеш не весь обновлен.

Повторить по вкусу любое количество раз.

Как это связано с momentum cache я еще не проверял. Как это связано с DWA сложно сказать. Как на это реагирует винда то же не проверял.

Выводы: 1. У этого SSD нет заявленной защиты от выключения питания в рабочем виде. 2. Система кеширования где то глючит и может быть это исправят прошивками, я производителю нажалуюсь. Вероятно это все же связано с momentum cache. 3. Пока не знаю стоит ли возвращать деньги за сей девайс, мне лень ругаться с магазином. 4. Девайс дерьмо, фирма тоже. 5. Они мне за тестинг должны заплатить!

i3draven ()
Последнее исправление: i3draven (всего исправлений: 2)
Ответ на: комментарий от i3draven

Очень объективно судить о свей фирме по одному бракованному девайсу.

Deleted ()
Ответ на: комментарий от i3draven

У меня было подозрение что он не видит, что у тебя btrfs со сжатием, и поэтому фейлит.

Deleted ()
Ответ на: комментарий от i3draven

В продолжение могу написать, что скорее всего дело в DWA, так как в момент инициализации BIOS-ом железа, ни о ФС, ни о каких сервисах в винде с кэшированием железо не знает. А вот о SLC кэше знает и его портит.

Пойду возвращать сей девайс, а там видно будет. Причем он трим держит нормально, а версии на 500Гб этой серии скорее всего работают отлично, так как там DWA не нужен был для достижения нужных показателей скорости. Дело в том, что чипов там больше и с них можно с нужной скоростью просто в параллель читать/писать.

Дерьмище, надо же так вляпаться.

i3draven ()
Ответ на: комментарий от i3draven

Во время перезагрузки на экране где биос выводит инфу о инициализации оборудования (там откуда по кнопке можно зайти в биос) вырубаем комп.

Какая материнка? Какая версия биоса? Биос или уефи? У меня сильное подозрение, что у тебя с железом косяки, а не с SSD.

Dimez ★★★★★ ()
Последнее исправление: Dimez (всего исправлений: 2)
Ответ на: комментарий от Dimez

Ноутбук у меня. Загрузка биосом.

Алгоритм повторения косяка выложен, проверь и сразу будет ясно. Принудительных отключений надо иногда несколько.

i3draven ()
Последнее исправление: i3draven (всего исправлений: 1)
Ответ на: комментарий от i3draven

мне лень ругаться с магазином

В исполком пришла жалоба: - Напротив моего окна женская баня. Мне все видно и это отвлекает меня и вообще действует на мой моральный облик. Прошу предоставить мне новую квартиру. Приехала комиссия, смотрят в окно. - Ну, и что? Ничего не видно! - А вы на шкаф залезьте! - Ну, залез, - говорит представитель, - все равно не видно! - Двигайтесь левее... - Все равно не видно! - Еще левее!!! - Тут представитель двигается и падает с края шкафа. - Вот видите! А я так целый день.

SSD да, а точнее их контролеры часто не любят вырубания или неправильное питание.

fornlr ★★★★★ ()
Последнее исправление: fornlr (всего исправлений: 1)
Ответ на: комментарий от fornlr

Среди равных по параметров дисков я выбрал этот только потому, что заявлена защита от потерь питания. Это его единственное достоинство по сравнению с конкурентами. Я его проверил. Его нет. Товар не соответствует заявленным параметрам, вернут деньги, не сразу так если не поленюсь через суд.

i3draven ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.