Error fsyncing closing dev sda input output error

Проблема с 5-летним hdd Hitachi

После того, как в доме вырубился свет, ubuntu загрузился в initramfs. Загрузившись с лайв-флешки ubuntu, попытался смонтировать диск с помощью «disks», но не помогло.

лог «dmesg | tail»

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

Поптка установки ubuntu:

восстановить из бекапа, если таковой имеется.

или скопировать по-блочно (например через ddrescue) на другой винт все что прочтется ( если оно вообще читается ) и там уже чинить.

пришло время платить оброк производителям hdd

то есть он совсем умер? Форматонуть согласен, критичной инфы там нет.

Битые сектора появились, чо.

Если ничего важного, пару раз полностью залить винт нулями.
Глядишь, битое отремаппится.

Ну или всякими MHDD/Victoria пройтись

Поставить удаленно диагноз — трудно. Хорошо бы смарт его посмотреть. Еще состояние БП может сказываться на работоспособность диска.

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

GSmartControl выдаёт это

«smartctl -a /dev/sdX» был бы полезнее, но и так видно, что жизнь у него тяжелая.

2.5″ диск, почти 4 года работы,

1560 ошибок в журнале

1000 ч. назад самотестирование уже было неудачным.

Диск должен скоро умереть.

Вот такое от smartctl -a /dev/sda1

Этот хоть минимальному восстановлению подлежит?

Или завтра пора в магазин за новым hdd?

Не заметил в первый раз.

Восстанавливать 4-х летный ноутбучный винт нет смысла при условии, что на нем нет ценных данных.

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

Источник

Новые HDD не работают

Всем привет.
Заменил на сервере 2 диска на новые, перед этим их отмонтировал. Новые харды у меня определились как sda, sdb
Вот вывод lsblk:

есть прога partprobe, помогает при добавлении дисков.

parted & partprobe в помощь

работать с терабайтниками лучше с ними

Ойёй, я проморгал что у тебя dmarid. Лучше бы тебе его вообще не использовать и создать нормальные md массивы.

Вот в этом и весь прикол, это досталось по наследству, что бы перенести систему на 2 новых харда, нужно их сначала инициализировать, но не получается

Заметил один факт, система, видимо думает, что 2 новых диска, должны работать со старым рейдом
https://pastebin.com/Nni2sJE1

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

Удалил dm-3 и dm-1, теперь осталась ругань на /dev/sda,sdb. В любом случае это можно сделать на программном уровне, и не нужно будет делать ребут. Насколько я помню в bios можно только выключить raid целяком

Как-то возился с тем, чтобы просто сделать dd диска, котрый был частью fake-raid, не помню точно, то ли пришлось в биосе отключать возможности raid, толи вообще запускаться на материнке его не умеющей. При загрузке dmraid вцепляется в диски и не отдаёт их никакими опциями и командами.

Ну есть вариант, поставить старые диски обратно, сделать dmraid -E -r /dev/sda,sdb после чего поставить новые диски. Хз или поможет

Можно попробовать. На всякий случай стоит обложиться бэкапами.

инфа на этих 2х хардах не представляет ценности

нужно потереть метаданные за которые цепляется dmraid

Вставил новые харды, только с упаковки, на них метаданных нет. Или нужно потереть на старых?

По идее в bios должна быть конфигуратор разделов этого fakeraid’а, который обычно вызывается отдельной комбинацией клавиш.

В любом случае это можно сделать на программном уровне, и не нужно будет делать ребут.

Тут бы главное, чтобы после ваших «на программном уровне» ребут прошёл успешно, а то bios решит, что raid’а нет и всё.

Тут бы главное, чтобы после ваших «на программном уровне» ребут прошёл успешно, а то bios решит, что raid’а нет и всё.

Это не системный раздел. По логике вещей, не должно задеть.

Вставил 2 старых диска обратно, оно их определило как mdraid и пошел ребилд.

если у Вас новые диски большего объема, сделайте clonezill-ой копию диска. а после растяните партиции и файловые системы

Изначально, новые диски у меня не отвечают ни на запись ни на форматирование

Как вариант
Оставьте два диска старый и новый и загрузитесь с livecd c clonezzila .
при загрузке c clonezzila ядра linux возможно потребуется параметр raid=noautodetect или запретить загрузку модуля dmraid или какой там (на этапе загрузки загрузчика GRUB по моему) — чтобы он не схватил диски под себя.
Дальше делаете клонирование старого диска на новый.

Я такое пробовал. BIOS похоже к серийнику привязывается или ещё какому-то непонятному id.

не пойму, причем тут биос? bios ядром linux не рулит. bios raid контроллера?
ну тогда диски вставлять в десктоп без рейд контроллера и вперед, отключить raid контроллер в bios.

Короче как оказались, новые диски — битые, отвез в СЦ. dmraid развалил, был md, md развалил. Другие диски работают.

При таких вводных надо было это проверять в первую очередь. Ни фейковый, ни реальный рейд не должны приводить к тому, что диски просто нельзя прочитать (Input/output error).

Диски только распечатал, всего было 4 шт, 2 шт оказались битыми

Источник

Linux Mint Forums

Welcome to the Linux Mint forums!

Unable to install Mint fsyncing error

Unable to install Mint fsyncing error

Post by Marsu69 » Sun Feb 07, 2016 6:08 am

First of all I would like to say that English is not my native langage so sorry for any mistakes.
Second : I’m a total newbie to linux. This is my first try installing a distro and it goes wrong

So here’s my problem :
I’ve downloaded the Mint 17.3 Cinamon x64 edition to install it as dual boot with my windows 10.
I’ve put the iso on a USB flashdrive with Universal USB Installer (I’ve checked the MD5 prior to install)

When the computer boot to the USB flashdrive, it show me the «Automatic boot in 10, 9, 8. seconds»
Then the screen goes grey and it shows «ACPI PCC probe failed»
After that some other errors appears (didn’t have the time to write all down)
sda No Caching mod
Assuming caching (or something like this)
sdb : same
ata6.01 Exception Emask
ata6.01 failed command read DMA
Then the logo mint appear in full screen for some minutes
Juste before entering the desktop, it shows me somme other errors, i’ve just have the time to read SRST Failed

After that the desktop of the live session appear.
So i double clic on the «install mint», it ask me for the langage selection, then it let me choose between «Install mint» and «something else».
As I want to keep my windows I choose «Something else» and then it says «fsyncing/closing /dev /sda : input / output error
If I hit retry the popup comes again and again.
If I hit ignore, it show the entire disk without any partition.

So I have try to run gparted and here’s the log of the terminal :

FYI actually :
sda : Look to be the drive with windows (a 160 Go HDD)
sdb : My backup drive (1.5 To)
sdc : It looks like it»s my USB drive
sdd : It looks like my external HDD (2To)

Here’s my rig in case it helps :
Motherboard : Asus P5Q Premium
Proc : Intel Core 2 quad 9650
Ram : 4 * 1 Go DDR2
Graphic Card : Nvidia GTX 770

I hope i’ve put the essential information but feel free to ask for something else.

Thank you verry much for your time.

Re: Unable to install Mint fsyncing error

Post by Pierre » Sun Feb 07, 2016 6:18 am

have a look at this tutorial:
http://forums.linuxmint.com/viewtopic.php?f=42&t=163126
it’s written for win-8x but does also apply for win-10.

one other thing to try — the 2nd item on the boot menu:
— is ‘compatibility mode’ or reduced video mode — which may causing some video issues.

also2: did you turn off the windows ‘fast start’ feature:
http://www.tenforums.com/tutorials/4189 . -10-a.html
finally — disconnect any other HDDs that are connected, while you attempt any installation.

Re: Unable to install Mint fsyncing error

Post by Marsu69 » Sun Feb 07, 2016 6:28 am

Thanks for the tutorial.

I’m having issues with the Boot in UEFI mode. My motherboard is an old one. It has no UEFI on it only old BIOS.
So is this mandatory to have mint installed ?

Re: Unable to install Mint fsyncing error

Post by Laurent85 » Sun Feb 07, 2016 6:58 am

You should check the drives are properly attached. This might also indicate a failing drive cable or a drive health issue.
From the Live usb install smartmontools, open a terminal:

Источник

error fsyncing/closing/dev/sda: input/output error — hdd not detected in BIOS after this error

So here’s what happened: I created a ubuntu gnome bootable usb using unetbootin and selected to replace my windows and install a fresh copy of ubuntu. But as soon as ubuntu finished cleaning up windows and formatting i got the error error fsyncing/closing/dev/sda: input/output error

I had no choice so I restarted my system and now my HDD is not detected in BIOS and also not in ubuntu live boot mode.

I have a Sony vaio.

Any ideas how I can fix this?

3 Answers 3

I/O errors usually (but not always) indicate failing hardware. My guess is that your disk (or some other disk-related component, like a cable or your motherboard’s disk controller circuitry) was on its last legs, and the «exercise» involved in installing Ubuntu caused it to fail. You don’t say what prompted you to install Ubuntu, but if you were having problems with Windows reliability, it’s possible that this was an earlier symptom of the problem.

You might try unplugging your disk (from both ends of the cable if it’s a desktop system) and plugging it back in again. You could also try running a SMART test from an Ubuntu live CD — but if the disk isn’t detected by your firmware, it might not even show up in Ubuntu, which would make such a test impossible.

If you’ve got a spare disk, you could try using it instead. If it works, then you can pretty much conclude that your old disk is dead. If the replacement disk fails, too, then chances are the problem is with your computer motherboard’s circuitry.

Источник

Thread: Cannot find disk: Error fsyncing/closing /dev/sda: Input/output error

Thread Tools

Display

Cannot find disk: Error fsyncing/closing /dev/sda: Input/output error

Hey all, attempting to install ubuntu on a box which formerly had arch, and running into this issue. Hoping that I can find an OS which will recognize /dev/sda as my drive and install there.

A quick diagnosis:

The disk is not appearing where I think it should:
* Gparted, when launched from a usb stick, only shows /dev/sdc
* sudo fdisk -l shows only /dev/sdc, /dev/sdc1, and /dev/loop0
* df -h shows udev tmpfs, /dev/sdc1, /dev/loop0, overlay, and several tmpfs

/dev/sdc is my usb stick:
* udevadm info —query=all /dev/sdc shows that /dev/sdc is DEVLINKS=[. ]Lexar_USB_Flash_Drive[. ]

Yet /dev/sda still exists
* cat /proc/partitions shows sda, sda1, sda2, sda3, sdc, and loop0
* sudo parted /dev/sda unit s print gives the error in the title:
> Warning: Error fsyncing/closing /dev/sda1: Input/output error
> Warning: Error fsyncing/closing /dev/sda2: Input/output error
> Warning: Error fsyncing/closing /dev/sda3: Input/output error
>Error: /dev/sda: unrecognized disk label
>Model: ATA SATA SSD (scsi)
>Disk: /dev/sda: 62533296s
>Sector size (logical/physical): 512B/512B
>Partition Table: unknown

FWIW, when I try to install ubuntu from a live flash drive, I get the same «Input/output error» with an option to retry.

Any help appreciated! Is my SSD (/dev/sda) just hosed? Is there another disk reformat util you think I should try running?

Last edited by bwindsor22; September 11th, 2021 at 05:03 PM .

Re: Cannot find disk: Error fsyncing/closing /dev/sda: Input/output error

Also, a quick summary of what I’ve tried:
* Install ubuntu from flash drive —> doesn’t recognize /dev/sda
* Run gparted from flash drive [debian based] —> doesn’t recognize /dev/sda, «input/output error» when running some commands
* Run systemrescue from flash drive —> launches and shows a desktop, but still no /dev/sda in df -h, similar commands. Running «gparted» from the systemrescue boot gives «Error fsyncing/closing /dev/sda1: Input/output error»

Last edited by bwindsor22; September 11th, 2021 at 05:02 PM .

Re: Cannot find disk: Error fsyncing/closing /dev/sda: Input/output error

Update 2: «sudo shred -v /dev/sda» gives the same «Input/output error»

Re: Cannot find disk: Error fsyncing/closing /dev/sda: Input/output error

It’s not looking very fruitful right now.

Anyway let’s crack on.

Are you using an Ubuntu live session?

What does Disks (gnome-disk-utility) show?

Alternatively via a terminal:-

Re: Cannot find disk: Error fsyncing/closing /dev/sda: Input/output error

Re: Cannot find disk: Error fsyncing/closing /dev/sda: Input/output error

initial gdisk attempt below

untu@ubuntu:

$ sudo gdisk /dev/sda
GPT fdisk (gdisk) version 1.0.5

Warning! Read error 5; strange behavior now likely!
Warning! Read error 5; strange behavior now likely!
Partition table scan:
MBR: not present
BSD: not present
APM: not present
GPT: not present

Creating new GPT entries in memory.

Command (? for help):

Command (? for help): ?
b back up GPT data to a file
c change a partition’s name
d delete a partition
i show detailed information on a partition
l list known partition types
n add a new partition
o create a new empty GUID partition table (GPT)
p print the partition table
q quit without saving changes
r recovery and transformation options (experts only)
s sort partitions
t change a partition’s type code
v verify disk
w write table to disk and exit
x extra functionality (experts only)
? print this menu

Command (? for help): v

No problems found. 62533229 free sectors (29.8 GiB) available in 1
segments, the largest of which is 62533229 (29.8 GiB) in size.

Command (? for help): p
Disk /dev/sda: 62533296 sectors, 29.8 GiB
Model: SATA SSD
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): 1960C385-E122-43CF-ACCF-41BF9AA0F136
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 62533262
Partitions will be aligned on 2048-sector boundaries
Total free space is 62533229 sectors (29.8 GiB)

Number Start (sector) End (sector) Size Code Name

Last edited by bwindsor22; September 11th, 2021 at 10:31 PM .

Re: Cannot find disk: Error fsyncing/closing /dev/sda: Input/output error

Command (? for help): n
Partition number (1-128, default 1): 1
First sector (34-62533262, default = 2048) or <+->size: +
Last sector (2048-62533262, default = 62533262) or <+->size:
Current type is 8300 (Linux filesystem)
Hex code or GUID (L to show codes, Enter = 8300): 8303
Changed type of partition to ‘Linux x86 root (/)’

Command (? for help): w

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): y
OK; writing new GUID partition table (GPT) to /dev/sda.
Unable to save backup partition table! Perhaps the ‘e’ option on the experts’
menu will resolve this problem.
Warning! An error was reported when writing the partition table! This error
MIGHT be harmless, or the disk might be damaged! Checking it is advisable.
Command (? for help): v

No problems found. 2014 free sectors (1007.0 KiB) available in 1
segments, the largest of which is 2014 (1007.0 KiB) in size.

Re: Cannot find disk: Error fsyncing/closing /dev/sda: Input/output error

disk now looks different in «Disk», but reformat fails

Last edited by bwindsor22; September 11th, 2021 at 10:31 PM .

Re: Cannot find disk: Error fsyncing/closing /dev/sda: Input/output error

yes, on Ubuntu booted from flash drive now, was on systemrescue previously

Re: Cannot find disk: Error fsyncing/closing /dev/sda: Input/output error

After the above, I exited gdisk, and re-ran, seeing the same error. Write appears to fail, and when I re-run gdisk, I don’t see any partitions.

$ sudo gdisk /dev/sda
GPT fdisk (gdisk) version 1.0.5

Warning! Read error 5; strange behavior now likely!
Warning! Read error 5; strange behavior now likely!
Partition table scan:
MBR: not present
BSD: not present
APM: not present
GPT: not present

Creating new GPT entries in memory.

Command (? for help): ?
b back up GPT data to a file
c change a partition’s name
d delete a partition
i show detailed information on a partition
l list known partition types
n add a new partition
o create a new empty GUID partition table (GPT)
p print the partition table
q quit without saving changes
r recovery and transformation options (experts only)
s sort partitions
t change a partition’s type code
v verify disk
w write table to disk and exit
x extra functionality (experts only)
? print this menu

Command (? for help): n
Partition number (1-128, default 1): 1
First sector (34-62533262, default = 2048) or <+->size:
Last sector (2048-62533262, default = 62533262) or <+->size:
Current type is 8300 (Linux filesystem)
Hex code or GUID (L to show codes, Enter = 8300): 8300
Changed type of partition to ‘Linux filesystem’

Command (? for help): w

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): y
OK; writing new GUID partition table (GPT) to /dev/sda.
Unable to save backup partition table! Perhaps the ‘e’ option on the experts’
menu will resolve this problem.
Warning! An error was reported when writing the partition table! This error
MIGHT be harmless, or the disk might be damaged! Checking it is advisable.

Command (? for help): p
Disk /dev/sda: 62533296 sectors, 29.8 GiB
Model: SATA SSD
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): 572BD20F-57B3-478A-B745-846E517F9333
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 62533262
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number Start (sector) End (sector) Size Code Name
1 2048 62533262 29.8 GiB 8300 Linux filesystem

Command (? for help): i
Using 1
Partition GUID code: 0FC63DAF-8483-4772-8E79-3D69D8477DE4 (Linux filesystem)
Partition unique GUID: 9E2405B5-841A-4FD7-AF6F-D2D3FA222E25
First sector: 2048 (at 1024.0 KiB)
Last sector: 62533262 (at 29.8 GiB)
Partition size: 62531215 sectors (29.8 GiB)
Attribute flags: 0000000000000000
Partition name: ‘Linux filesystem’

Command (? for help): w

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): y
OK; writing new GUID partition table (GPT) to /dev/sda.
Unable to save backup partition table! Perhaps the ‘e’ option on the experts’
menu will resolve this problem.
Warning! An error was reported when writing the partition table! This error
MIGHT be harmless, or the disk might be damaged! Checking it is advisable.

Command (? for help):
Command (? for help): ^C
ubuntu@ubuntu:

$ sudo gdisk /dev/sda
GPT fdisk (gdisk) version 1.0.5

Warning! Read error 5; strange behavior now likely!
Warning! Read error 5; strange behavior now likely!
Partition table scan:
MBR: not present
BSD: not present
APM: not present
GPT: not present

Creating new GPT entries in memory.

Command (? for help): i
No partitions

Источник

Страницы: [1] 2  Все   Вниз

0 Пользователей и 1 Гость просматривают эту тему.

Страницы: [1] 2  Все   Вверх

Hello everybody

First of all I would like to say that English is not my native langage so sorry for any mistakes.
Second : I’m a total newbie to linux. This is my first try installing a distro and it goes wrong

So here’s my problem :
I’ve downloaded the Mint 17.3 Cinamon x64 edition to install it as dual boot with my windows 10.
I’ve put the iso on a USB flashdrive with Universal USB Installer (I’ve checked the MD5 prior to install)

When the computer boot to the USB flashdrive, it show me the «Automatic boot in 10, 9, 8…. seconds»
Then the screen goes grey and it shows «ACPI PCC probe failed»
After that some other errors appears (didn’t have the time to write all down)
sda No Caching mod
Assuming caching (or something like this)
sdb : same
ata6.01 Exception Emask
ata6.01 failed command read DMA
Then the logo mint appear in full screen for some minutes
Juste before entering the desktop, it shows me somme other errors, i’ve just have the time to read SRST Failed

After that the desktop of the live session appear.
So i double clic on the «install mint», it ask me for the langage selection, then it let me choose between «Install mint» and «something else».
As I want to keep my windows I choose «Something else» and then it says «fsyncing/closing /dev /sda : input / output error
If I hit retry the popup comes again and again.
If I hit ignore, it show the entire disk without any partition.

So I have try to run gparted and here’s the log of the terminal :

mint@mint ~ $ sudo gparted
======================
libparted : 2.3
======================

(gpartedbin:8343): GLib-CRITICAL **: Source ID 7 was not found when attempting to remove it

(gpartedbin:8343): GLib-CRITICAL **: Source ID 6 was not found when attempting to remove it

(gpartedbin:8343): GLib-CRITICAL **: Source ID 26 was not found when attempting to remove it

(gpartedbin:8343): GLib-CRITICAL **: Source ID 25 was not found when attempting to remove it

(gpartedbin:8343): GLib-CRITICAL **: Source ID 322 was not found when attempting to remove it

(gpartedbin:8343): GLib-CRITICAL **: Source ID 321 was not found when attempting to remove it

(gpartedbin:8343): GLib-CRITICAL **: Source ID 325 was not found when attempting to remove it

(gpartedbin:8343): GLib-CRITICAL **: Source ID 324 was not found when attempting to remove it

(gpartedbin:8343): GLib-CRITICAL **: Source ID 328 was not found when attempting to remove it

(gpartedbin:8343): GLib-CRITICAL **: Source ID 327 was not found when attempting to remove it

(gpartedbin:8343): GLib-CRITICAL **: Source ID 332 was not found when attempting to remove it

(gpartedbin:8343): GLib-CRITICAL **: Source ID 331 was not found when attempting to remove it
Error fsyncing/closing /dev/sda: Input/output error
Error fsyncing/closing /dev/sdb: Input/output error
Input/output error during read on /dev/sda
Error fsyncing/closing /dev/sda: Input/output error
Input/output error during read on /dev/sdb
Error fsyncing/closing /dev/sdb: Input/output error
/dev/sda: unrecognised disk label
Error fsyncing/closing /dev/sda: Input/output error
/dev/sdb: unrecognised disk label
Error fsyncing/closing /dev/sdb: Input/output error

(gpartedbin:8343): GLib-CRITICAL **: Source ID 917 was not found when attempting to remove it

(gpartedbin:8343): GLib-CRITICAL **: Source ID 916 was not found when attempting to remove it

(gpartedbin:8343): GLib-CRITICAL **: Source ID 920 was not found when attempting to remove it

(gpartedbin:8343): GLib-CRITICAL **: Source ID 919 was not found when attempting to remove it

(gpartedbin:8343): GLib-CRITICAL **: Source ID 923 was not found when attempting to remove it

(gpartedbin:8343): GLib-CRITICAL **: Source ID 922 was not found when attempting to remove it

(gpartedbin:8343): GLib-CRITICAL **: Source ID 926 was not found when attempting to remove it

(gpartedbin:8343): GLib-CRITICAL **: Source ID 925 was not found when attempting to remove it

After some search on internet I’ve seen some ask to run gdisk, so i’ve done and here’s the log :

mint@mint ~ $ sudo gdisk -l /dev/sda
GPT fdisk (gdisk) version 0.8.8

Warning! Read error 5; strange behavior now likely!
Warning! Read error 5; strange behavior now likely!
Partition table scan:
  MBR: not present
  BSD: not present
  APM: not present
  GPT: not present

Creating new GPT entries.
Disk /dev/sda: 312581808 sectors, 149.1 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): EDA679A0-47FD-4BE2-8BB7-665B464D5BC9
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 312581774
Partitions will be aligned on 2048-sector boundaries
Total free space is 312581741 sectors (149.1 GiB)

Number  Start (sector)    End (sector)  Size       Code  Name

Then I’ve seen som to try fixparts so i’ve donne :

mint@mint ~ $ sudo fixparts /dev/sda
FixParts 0.8.8

Loading MBR data from /dev/sda

Unable to read MBR data from '/dev/sda'! Exiting!

And finaly I’ve seen everyone need Fdisk to say what happened so here it is :

mint@mint ~ $ sudo fdisk -l

Disk /dev/sdc: 4037 MB, 4037017600 bytes
2 heads, 63 sectors/track, 62577 cylinders, total 7884800 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000e021e

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1   *          64     7884799     3942368    c  W95 FAT32 (LBA)

Disk /dev/sdd: 2000.4 GB, 2000396746752 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907024896 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00123d72

   Device Boot      Start         End      Blocks   Id  System
/dev/sdd1            2048  3907024895  1953511424    7  HPFS/NTFS/exFAT

FYI actually :
sda : Look to be the drive with windows (a 160 Go HDD)
sdb : My backup drive (1.5 To)
sdc : It looks like it»s my USB drive
sdd : It looks like my external HDD (2To)

Here’s my rig in case it helps :
Motherboard : Asus P5Q Premium
Proc : Intel Core 2 quad 9650
Ram : 4 * 1 Go DDR2
Graphic Card : Nvidia GTX 770

I hope i’ve put the essential information but feel free to ask for something else.

Thank you verry much for your time.

Marsu69

Всем привет. Думаю, что каждый рано или поздно сталкивался с ситуацией, когда необходимо восстановить данные с жесткого диска. На помощь нам приходит утилита ddrescue. Я тоже не обошел данную проблему стороной.  Буквально на днях моя домашняя файлопомойка заскрипела диском и начала сыпать ошибками на консоль и в лог. Что-то вроде:

Error fsyncing/closing /dev/sda: Input/output error
Input/output error during read on /dev/sda
Input/output error during read on /dev/sda

Повезло мне, что: 1. есть бэкап, который успокоил мою душу (хорошо, что не понадобился). 2. Проблема оказалась с поверхностью диска, а не с контроллеромэлектроникой.

Порядок действий с битым hdd

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

1. Выключаю комп с проблемным диском
2. Загружаю с LiveCDLiveUSB — утилиты MHDD или Victoria
3. Проверяю, определяется ли жесткий диск и есть ли возможность провести проверку диска чтением. Если запуск проверки диска прошел успешно, это можно считать положительным показателем работоспособности электроники. Останавливаю проверку.
4. Далее я перехожу к переносу данных с помощью ddrescue.
5. После успешного восстановления я пытаюсь запустить remap битых секторов. Обычно, действую по алгоритму: если remap начал обнаруживать очень большое количество битых секторов, то останавливаю. Диск летит в мусорку. Если битых секторов не шибко много, то диск после ремапа может еще не один год поработать, как средство для переноса некритичных данных между ПК.
6. Запускаю проверку перенесенной файловой системы (fsck для linux, chkdsk для Windows разделов).

В общем то, если не брать проблемы с электроникой жесткого диска, а рассматривать ситуацию, когда у Вас жесткий диск — что называется — посыпался. То по данной схеме я восстановил не один десяток дисков с разной степенью повреждений практически без значимой потери данных. Итак, в данной статье речь пойдет о 4 и 5 шаге.

Восстановление битого hdd с помощью ddrescue

Исторически, для побайтового копирования в Linux существовала утилита dd. Недостаток dd, в данном случае в том, что она может копировать данные только с исправных устройств. Данного недостатка лишена ddrescue. Давайте кратко рассмотрим man ddrescue:

GNU ddrescue — Data recovery tool. It copies data from one file or block device (hard disc, cdrom, etc) to another, trying to rescue the good parts first in case of read error. <…>

If you use the mapfile feature of ddrescue, the data is rescued very efficiently, (only the needed blocks are read). Also you can interrupt the rescue at any time and resume it later at the same point. The mapfile is an essential part of ddrescue’s effectiveness. Use it unless you know what you are doing.<…>

Что по русски звучит, как:

GNU ddrescue — Утилита восстановления данных. Утилита копирует данные из одного файла или блочного устройства (жесткого диска, CDROM и т.п.) в другой, пытается спасти данные в случае ошибок чтения.

Если вы используете функцию логфайла, восстановление данные происходит очень эффективно (копируются только необходимые блоки). Вы можете прервать копирование в любое время и возобновить его в любой момент и копирование продолжется с того места, с которого остановилось. Логфайл — это неотъемлемая часть успешного восстановления данных с помощью ddrescue. Используйте его, если не знаете, что делаете.

При своей работе ddrescue не пишет нули в выходной файл, когда он находит бэды на входном файле, и не обрезает выходной файл, если это не задано в параметрах. Таким образом, каждый раз, когда ddrescue натравливается на тот же выходной файл, он пытается заполнить пробелы, не трогая уже спасенные данные. В общем-то все выглядит просто. Послушаемся совета использовать лог файл. Лог файл после определенной версии ddrescue стал называться mabfile.

Рекомендации  по восстановлению данных или Будьте бдительны и осторожны

Опять же, взято из мануала:

• ddrescue — довольно мощное средство по уничтожению данных, если Вы будете не осторожны. Необходимо понимать, что вы собираетесь делать. 7 раз отмерь…
• никогда не запускайте восстановление данных сна раздел, который примонтирован на чтениезапись. Разделы, с которыми будет работать ddrescue вообще лучше не монтировать, даже в режиме RO;
• никогда не пытайтесь восстановить файловую систему с ошибками I/O на диске, т.к. размер поврежденных может значительно увеличиться;
• если Вы пытаетесь восстановить данные на устройство или раздел, все данные на этом устройстве будут перезаписаны;
• некоторые системы после перезагрузки могут изменять имена устройств (например те, что используют udev). Если ОС была перезагружена, проверьте имена устройств прежде чем перезапускать ddrescue;
• если возникла необходимость прервать ddrescue для перезагрузки, будьте осторожны, чтобы перезагрузка не началась с восстанавливаемого раздела. Это может привести к изменениям данных на диске и повторный запуск ddrescue будет неконсистентным.

Формат  ddrescue

ddrescue запускается в следующем формате:

 ddrescue [options] infile outfile [mapfile=logfile]

При этом, в большинстве случаев, достаточно всего нескольких опций:

-A или —try-again

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

-d или —idirect

При указании данной опции, ddrescue использует прямой доступ к диску, обходя кэши ядра.

-i bytes или —input-position=bytes

Ключ задает откуда (с какого bytes) начинать чтение с infile. По умолчанию установлен в ноль.

-m file или —domain-mapfile=file

Ограничить размер восстанавливаемого раздела последним блоком, обозначенным в логфайле. Используется для слияния образов восстановления. Например, если диск outfile сломался во время восстановления.

-n или —no-scrape

Пропускает т.н. фазу scrape. Уменьшает время восстановления, т.к. снижает время на попытки чтения самых трудных частей файла.

-r n или —retry-passes=n

Задает количество повторных попыток чтения поврежденных областей. По умолчанию — 0. -1 подразумевает, что количество попыток бесконечное. Каждый битый сектор читается один раз, пи этом перечитывается 0 раз по умолчанию, или то количество раз, которое заданно в текущей опции.

-R или —reverse

Обратная последовательность выполнения каждой фазы восстановления. То есть ddrescue читает данные в обратной последовательности.

-f или —force

Заставить ddrescue перезаписать диск outfile. Необходим, когда в качестве outfile используется устройство. Используется для защиты от ошибочного повреждения данных.

-v или —verbose

Verbose mode, он же подробный режим. Можно указать несколько -v (до 4х), что увеличит детальность вывода.

Давайте теперь рассмотрим данные опции на примерах.

ddrescue примеры

Пример 1: Восстановление целого диска с несколькими разделами ext3 (или любыми другими, хоть NTFS) с /dev/hda на /dev/hdb.

Примечание: Нет необходимости создавать таблицу разделов на /dev/hdb, т.к. данные копируются побайтово вместе со структурой разделов.

ddrescue -f -n /dev/hda /dev/hdb mapfile
ddrescue -d -f -r3 /dev/hda /dev/hdb mapfile
fdisk /dev/hdb
e2fsck -v -f /dev/hdb1
e2fsck -v -f /dev/hdb2

Пример 2: Восстановление одного раздела с /dev/hda2 на /dev/hdb2.

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

ddrescue -f -n /dev/hda2 /dev/hdb2 mapfile
ddrescue -d -f -r3 /dev/hda2 /dev/hdb2 mapfile
e2fsck -v -f /dev/hdb2
mount -t ext2 -o ro /dev/hdb2 /mnt
# (попробуйте прочитать данные с восстановленного раздела)

Пример 3: Во время восстановления целого диска  /dev/hda на /dev/hdb,  /dev/hda  остановился и перестал отвечать на позиции 12345678.

ddrescue -f /dev/hda /dev/hdb mapfile
# ( <-- /dev/hda freezes here --> )
# (переподключите  /dev/hda или перезагрузите компьютер )
# перезапускаем восстановление с байта 12350000 
ddrescue -f -i 12350000 /dev/hda /dev/hdb mapfile
# Пробуем восстановить с конца диска
ddrescue -f -R /dev/hda /dev/hdb mapfile

Пример 4: Во время восстановления целого диска  /dev/hda на /dev/hdb,  /dev/hdb выдал ошибку и мы пытаемся восстановить данные на третий диск  /dev/hdc

ddrescue -f -n /dev/hda /dev/hdb mapfile1 
# (<-- /dev/hdb выдал ошибку -->)
ddrescue -f -m mapfile1 /dev/hdb /dev/hdc mapfile2
ddrescue -f -n /dev/hda /dev/hdc mapfile2
ddrescue -d -f -r3 /dev/hda /dev/hdc mapfile2

Пример 5: Во время восстановления целого диска /dev/hda на /dev/hdb, /dev/hda перестал отвечать, стал недоступен и невидим в /dev

ddrescue -f -n /dev/hda /dev/hdb mapfile 
# (<-- /dev/hda fails here --> )
# Переподключите /dev/hda или перезагрузите компьютер столько раз, сколько необходимо 
ddrescue -f -n -A /dev/hda /dev/hdb mapfile
ddrescue -d -f -r3 /dev/hda /dev/hdb mapfile

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

Ссылки

https://www.gnu.org/software/ddrescue/ — основной ресурс разработчиков ddrescue
http://www.sysresccd.org/ — Live дистрибутив, специально заточенный под восстановление данных
https://www.scientificlinux.org/ — тоже интересный Live дистрибутив с необходимыми инструментами для работы с HDD

С Уважением, Mc.Sim.

Теги: hardware, Linux, основы, ошибки

Hello All,

I have an MSI GE62 6QD laptop with 512GB SSD  + 2TB HDD drives.
I’ve received the machine with Windows 10 installed on the SSD and installed Arch to the HDD.

For a few months I’ve switched between the systems through the manual boot menu (with F11)  and choosing the relevant drive.
I wanted to have a Linux system on my SSD, so I tried to shrink the Windows partition with MiniTool Partition Wizard etc., but failed a few times.
Still, I could boot to both systems from the boot menu.

Not sure what exactly have I done, but for the last days I can’t boot from the SSD.
The device is recognized by the BIOS and I can mount it manually or through a GUI file manager (Dolphin detects it well).
but it is not a recognized boot option and and when I try to repartition it with different tools, I’ve got a mix of false «Success» messages and errors that I’ve failed to solve through digging in forums.

I think this is the most confusing point I have —

I get an error for `parted /dev/sda print` :

But if I do it from parted interactively, it looks ok:

Another point probably worth mentioning is that GParted throws «/dev/sda/: unrecognised disk label» errors for any partition I try to Check or Format a partition.
When I try to create a new GPT I get a Libparted Warning popup saying Error fsyncing/closing /dev/sda: Input/output error.

Any assistance would be appreciated,
Many thanks in advance, this forum pages have already helped me a lot many times.