LINUX.ORG.RU

Не удалось выполнить запрошенную операцию: Error mounting

 ,


0

2

Во время работы при открытия файла вылезла ошибка, мол, нет прав на открытия файла. Ну ок, думаю, ребутну, а то с утра BT не работал и нужно было вручную его перезапускать командай.

Но после ребута в систему я уже не попал. Зашел с LiveCD – 3 из 4 разделов на SSD накопителе не открываются: Не удалось выполнить запрошенную операцию: Error mounting.

Если вбить команду fdisk -l: cannot open /dev/loop0: Permission denied

Ну и так на всех остальных разделах.

Есть идеи что можно сделать? Жизненно необходимо получить доступ к файлам.

★★★★★

Развернуть бэкап куда нибудь. Ты ведь делал резервные копии? Ты же не ламер какой, конечно же ты их делал. Пришло время воспользоваться бэкапом. А ssd умер у тебя.

Jameson ★★★★★
()

Команда e2sck -f -b 32768 -y /dev/sdYX позволила отрыть разделы, но файлы открыть не могу. После ребута LiveCD все равно та самая ошибка.

CryNet ★★★★★
() автор топика

Есть идеи что можно сделать?

Звёзд полно, в профиле пишешь, что с Linux с 2012 года (т.е. уже 12 лет), а про первичную диагностику (smartctl) не знаешь? Пока твой пост выглядит совсем чуть лучше чем «у меня в подвале подземный стук, как решить?»

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

@u5er

root@kubuntu:/home/kubuntu# smartctl -a /dev/nvme0n1p1
smartctl 7.4 2023-08-01 r5530 [x86_64-linux-6.8.0-41-generic] (local build)
Copyright (C) 2002-23, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Number:                       Samsung SSD 970 EVO Plus 1TB
Serial Number:                      S6P7NG0R742694W
Firmware Version:                   3B2QEXM7
PCI Vendor/Subsystem ID:            0x144d
IEEE OUI Identifier:                0x002538
Total NVM Capacity:                 1,000,204,886,016 [1.00 TB]
Unallocated NVM Capacity:           0
Controller ID:                      6
NVMe Version:                       1.3
Number of Namespaces:               1
Namespace 1 Size/Capacity:          1,000,204,886,016 [1.00 TB]
Namespace 1 Utilization:            726,209,593,344 [726 GB]
Namespace 1 Formatted LBA Size:     512
Namespace 1 IEEE EUI-64:            002538 571150a6c6
Local Time is:                      Fri Sep 20 11:50:36 2024 UTC
Firmware Updates (0x16):            3 Slots, no Reset required
Optional Admin Commands (0x0017):   Security Format Frmw_DL Self_Test
Optional NVM Commands (0x0057):     Comp Wr_Unc DS_Mngmt Sav/Sel_Feat Timestmp
Log Page Attributes (0x0f):         S/H_per_NS Cmd_Eff_Lg Ext_Get_Lg Telmtry_Lg
Maximum Data Transfer Size:         128 Pages
Warning  Comp. Temp. Threshold:     82 Celsius
Critical Comp. Temp. Threshold:     85 Celsius

Supported Power States
St Op     Max   Active     Idle   RL RT WL WT  Ent_Lat  Ex_Lat
 0 +     7.54W       -        -    0  0  0  0        0       0
 1 +     7.54W       -        -    1  1  1  1        0     200
 2 +     7.54W       -        -    2  2  2  2        0    1000
 3 -   0.0500W       -        -    3  3  3  3     2000    1200
 4 -   0.0050W       -        -    4  4  4  4      500    9500

Supported LBA Sizes (NSID 0x1)
Id Fmt  Data  Metadt  Rel_Perf
 0 +     512       0         0

=== START OF SMART DATA SECTION ===
SMART overall-health self-assessment test result: FAILED!
- available spare has fallen below threshold
- media has been placed in read only mode

SMART/Health Information (NVMe Log 0x02)
Critical Warning:                   0x09
Temperature:                        39 Celsius
Available Spare:                    0%
Available Spare Threshold:          10%
Percentage Used:                    0%
Data Units Read:                    54,003,059 [27.6 TB]
Data Units Written:                 44,503,893 [22.7 TB]
Host Read Commands:                 486,267,687
Host Write Commands:                474,798,231
Controller Busy Time:               4,882
Power Cycles:                       2,966
Power On Hours:                     1,696
Unsafe Shutdowns:                   149
Media and Data Integrity Errors:    1,346
Error Information Log Entries:      1,346
Warning  Comp. Temperature Time:    0
Critical Comp. Temperature Time:    0
Temperature Sensor 1:               39 Celsius
Temperature Sensor 2:               47 Celsius

Error Information (NVMe Log 0x01, 16 of 64 entries)
Num   ErrCount  SQId   CmdId  Status  PELoc          LBA  NSID    VS  Message
  0       1346    12  0xc001  0xc502  0x000   1937516800     1     -  Unrecovered Read Error
  1       1345    12  0x1000  0x4502  0x000   1937516800     1     -  Unrecovered Read Error
  2       1344    11  0x3045  0xc502  0x000   1937514256     1     -  Unrecovered Read Error
  3       1343    11  0x4044  0xc502  0x000   1937514256     1     -  Unrecovered Read Error
  4       1342    11  0x5043  0xc502  0x000   1937514256     1     -  Unrecovered Read Error
  5       1341    11  0xb042  0xc502  0x000   1937514256     1     -  Unrecovered Read Error
  6       1340    11  0x1040  0xc502  0x000   1937514256     1     -  Unrecovered Read Error
  7       1339    11  0x0041  0x4502  0x000   1937514256     1     -  Unrecovered Read Error

Read Self-test Log failed: Invalid Field in Command (0x002)
CryNet ★★★★★
() автор топика
Ответ на: комментарий от CryNet

Похоже, SSD всё.

3B2QEXM7

4B2QEXM7 (которая critical, насколько я помню) вышла уже давным-давно, как минимум в июле 2022 года, ну как так то? :(

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

Проверку сделать все равно не может:

root@kubuntu:/home/kubuntu# sudo e2fsck -y /dev/nvme0n1p1
e2fsck 1.47.0 (5-Feb-2023)
ext2fs_open2: Bad magic number in super-block
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/nvme0n1p1

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>

/dev/nvme0n1p1 contains a vfat file system
CryNet ★★★★★
() автор топика
Ответ на: комментарий от CryNet

Available Spare: 0%

Это значит ресурс у SSD кончился. Все, SSD труп.

Вроде даже как ещё и на гарантии

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

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

@vbcnthfkmnth123,

Понял. Спасибо. Есть предположения, почему он износился раньше срока? Так-то сказано 5 лет. Я, правда, все держал на SSD, а не только ОС. Мб не самая лучшая идея.

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

Там и данных записано меньше сотки

Data Units Written:                 44,503,893 [22.7 TB]

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

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

почему он износился раньше срока

Swap, браузеры. Браузеры постоянно пишут на SSD. Это очень плохо для них. Вообще я бы не советовал /home на SSD держать.

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

smartctl для просмотра диагностики работает не хуже, да и всё равно от него сложно избавиться — иногда надо посмотреть SMART на чём-нибудь архаичном или подключённом через USB.

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

Не, я имел в виду, что на мой взгяд, ссд сильно проигрывают по надёжности блинам. Даже мой опрос это подтверждает Каким образом у вас выходили из строя SSD? Выкидываем 1ый и 4ый нерелевантные пункты и видим, что в случае отказа ссд в большинстве случаев дело швах. Но я не утверждаю, что для ssd нет задач, просто следует учитывать его «специфику».

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

smartctl для просмотра диагностики работает не хуже, да и всё равно от него сложно избавиться — иногда надо посмотреть SMART на чём-нибудь архаичном или подключённом через USB.

у автомобилей не скручивают пробег, а Анна Николь Смит вышла замуж по любви )

диагностика - для лохов. План - наше всё ))

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

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

а ракета сильно проигрывает по надежности молотку.

там где десяток дешманских ссд сглотнет 1000000 IOPS и не подавится, золоченые титановые блины в гелии сожгут подстанцию )))

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

ссд сильно проигрывают по надёжности блинам

От задач зависит. Если использовать как ТС, то да в таких задачах будет проигрывать. Потому что когда HDD будет помирать, то там можно будет снять копию с данными и их вытащить. С SSD такой фокус не прокатит, данные все. Кроме того помирание HDD обычно заметно(начинаются тормоза), SSD просто внезапно перестает работать и все.

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

Если ты не богач, который может покупать новый SSD каждые несколько месяцев, то все это дело надо контролировать.

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

Если ты не богач, который может покупать новый SSD каждые несколько месяцев, то все это дело надо контролировать.

Плохо-то как всё. Попробуй хотя бы сопоставить типичный дневной объём записи с гарантийным DWPD. За последние лет …пятнадцать? я купил примерно тринадцать SSD. У меня вышло из строя ноль. Те, которые я продал/отдал, насколько мне известно, тоже живы.

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

Если ты не богач, который может покупать новый SSD каждые несколько месяцев, то все это дело надо контролировать.

т.е. надо доить корову пока не сдохнет, а потом делать ее вскрытие с целью выяснить а что случилось? ))

бюджет лишь ресурс, или граничное условие плана )

не влезаешь в условия - меняй планы

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

Потому что когда HDD будет помирать, то там можно будет снять копию с данными и их вытащить

Зачем? Если нет резервной копии, то и данные эти не очень нужны, так что можно не тратить время на попытки что-то оттуда прочитать. Один из самых бессмысленных аргументов в спорах про SSD.

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

Зачем?

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

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

Остальные используют его пока оно не сдохнет. это дорого.

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

Поэтому бедные. И с лишней дыркой в жопе )

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

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

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

Есть предположения, почему он износился раньше срока?

Я же тебе указал, почему он износился - глючная прошивка. Тоже самое было и на 870 evo, 980. За прошивками следить надо.

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

Ещё есть команда nvme smart-log /dev/nvme0n1 -H

Но у тебя просто SSD умер, потому что Samsung. Данных записано на него немного, такой должен выдерживать сотни TB.

Data Units Written: 44,503,893 [22.7 TB]

У SSD самсунгов была какая-то проблема, и похоже она тебя догнала. Надо было раньше фёрмварь обновлять. https://www.tomshardware.com/news/samsung-980-pro-ssd-failures-firmware-update

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

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

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

Я же тебе указал,

царь во дворца! царь во дворца! )

почему он износился - глючная прошивка.

ну почему сразу глючная. Не глючная, а согласованная на определенном этапе маркетинговыми, плановыми и производственными департаментами вендора )))

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

Вы предлагаете то что пользователи не будут делать.

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

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

Но у тебя просто SSD умер, потому что Samsung.

Да много кто мощно факапился в прошивках, crucial, samsung, intel, несколько лет назад даже hp эпичнейше отметился: https://www.it.ucsb.edu/news/hp-ssd-failure-32768-hours-use

Dimez ★★★★★
()