«Errno 5 — ошибка ввода / вывода» при попытке установить

Сегодня я скачал Ubuntu для своего ноутбука. Он отлично работает с загрузочного USB, но когда я попытался установить его, я получил следующее сообщение об ошибке:

Я перепробовал все, чтобы установить его на свой ноутбук, но ничего не работает (также повторно загрузите образ ISO).

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

Чтобы проверить sda1 объем для плохих секторов в Linux, запустите fsck -c /dev/sda1 . Для диска C: в Windows это должно быть chkdsk c: /f /r .

ИМХО chkdsk способ будет более подходящим, так как он переназначит плохие блоки на жестком диске, в то время как Linux fsck просто помечает такие блоки как непригодные для использования в текущей файловой системе.

Цитата из man fsck.ext2

-c Эта опция заставляет e2fsck к использованию badblocks(8) программе сделать только для чтения сканирования устройства для того , чтобы найти какие — либо плохие блоки. Если обнаружены какие-либо поврежденные блоки, они добавляются в индекс плохих блоков, чтобы предотвратить их размещение в файле или каталоге. Если эта опция указана дважды, то сканирование плохих блоков будет выполнено с использованием неразрушающего теста чтения-записи

У меня тоже была эта проблема при установке .

Целевой машиной стал совершенно новый ноутбук Asus K53e. Установочный образ был ubuntu-11.10-desktop-amd64.iso (64-разрядная версия ). Я записал этот образ на компакт-диск . Errno 5. Записал его на загрузочную флешку . Errno 5 снова 🙁 Я пытался 4 или 5 раз.

fsck сказал, что весь корневой раздел был в порядке (через 10 часов). memtest86 + сказал, что все 6 ГБ оперативной памяти тоже хорошо. Я попытался установить непосредственно при загрузке живого образа ( Установить Ubuntu ). Я также попробовал кнопку Try Ubuntu , затем запустил установку с живого рабочего стола. Опять Errno 5.

В итоге получается, что скачанный iso-файл был как-то устаревшим или неправильным. Ты можешь в это поверить!?

Вывод отличался от официального хеша Ubuntu (62fb5d750c30a27a26d01c5f3d8df459). Тогда я забыл свой разум. Я помню, что когда я загружал это изображение, мне показалось, что я был перенаправлен с ubuntu.com на зеркальный сайт, и я выбрал французский случайным образом, потому что мое ближайшее британское зеркало не работает. Должно быть, он немного устарел или что-то в этом роде. На самом деле, я сейчас помню, как видел записи, как это

в результате dmesg (я думаю) или где-то в /var/log при проверке после сбоя установки сбросил меня обратно на рабочий стол (Try Ubuntu).

В общем, убедитесь, что вы проверили хеш MD5 загруженного ISO-файла! (Я знаю. Я знаю. Я тоже редко проверяю!)

В любом случае, я снова скачал 64-битную Ubuntu 11.10 и на этот раз мне предложили в диалоговом окне Сохранить как вместо того, чтобы попросить выбрать зеркальный сайт. При загрузке контрольная сумма совпадает 🙂 Установка в порядке 🙂

«errno 5 — ошибка ввода / вывода» при попытке установить

Сегодня я скачал Ubuntu для своего ноутбука. Он отлично работает с загрузочного USB, но когда я попытался установить его, я получил следующее сообщение об ошибке:

Я перепробовал все, чтобы установить его на свой ноутбук, но ничего не работает (также повторно загрузите ISO-образ).

8 ответов

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

Проверять sda1 запустить том для плохих секторов в Linux fsck -c /dev/sda1 , Для езды C: в винде это должно быть chkdsk c: /f /r ,

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

Цитата из man fsck.ext2

-c Эта опция вызывает e2fsck использовать badblocks(8) программа для сканирования устройства только для чтения с целью обнаружения любых поврежденных блоков. Если обнаружены какие-либо поврежденные блоки, они добавляются в индекс плохих блоков, чтобы предотвратить их размещение в файле или каталоге. Если эта опция указана дважды, то сканирование плохих блоков будет выполнено с использованием неразрушающего теста чтения-записи

У меня тоже была эта проблема при установке.

Целевой машиной стал совершенно новый ноутбук Asus K53e. Установочный образ был ubuntu-11.10-desktop-amd64.iso (64-разрядная версия). Я записал этот образ на компакт-диск. Errno 5. Записал его на загрузочную флешку. Errno 5 снова:(Я пытался 4 или 5 раз.

fsck сказал, что весь корневой раздел был в порядке (через 10 часов). memtest86 + сказал, что все 6 ГБ оперативной памяти тоже хорошо. Я попытался установить непосредственно при загрузке живого образа (Установить Ubuntu). Я также попробовал кнопку Try Ubuntu, затем запустил установку с живого рабочего стола. Опять Errno 5.

В итоге получается, что скачанный iso-файл был как-то устаревшим или неправильным. Ты можешь в это поверить!?

Вывод отличался от официального хеша Ubuntu (62fb5d750c30a27a26d01c5f3d8df459). Тогда я забыл свой разум. Я помню, что когда я загружал это изображение, мне показалось, что я был перенаправлен с ubuntu.com на зеркальный сайт, и я выбрал французский случайным образом, потому что мое ближайшее британское зеркало не работает. Должно быть, он немного устарел или что-то в этом роде. На самом деле, я сейчас помню, как видел записи, как это

на выходе dmesg (Я думаю) или где-то в /var/log при проверке после сбоя установки вывалил меня обратно на рабочий стол (Try Ubuntu).

В общем, убедитесь, что вы проверили хеш MD5 загруженного ISO-файла! (Я знаю. Я знаю. Я тоже редко проверяю!)

В любом случае, я снова скачал 64-битную Ubuntu 11.10 и на этот раз мне предложили в диалоговом окне Сохранить как вместо того, чтобы попросить выбрать зеркальный сайт. При загрузке контрольная сумма совпадает:) Установка в порядке:)

How do you repair an “input/output error” in an NTFS partition?

I replaced a buggy Windows Vista installation with Ubuntu. All works fine except that the main HD where I had all my files are now inaccessible. Here is the error message I get:

Is it necessarily a hardware problem? If not, is there a way to repair the HD from Ubuntu?

6 Answers 6

chkdsk /R is a pretty important command when things get hairy with NTFS. Unfortunately I don’t know of a Linux tool that comes close to covering everything it does. In short, to run it, you’re going to need some sort of Windows recovery disk.

If you don’t have one to hand, there’s an ISO offered up in a thread on another set of support forums (see the first answer).

There are tools like ntfsfix (part of the ntfsprogs package) that can do surface checks on NTFS disks but they don’t tend to be able to fix the drives.

ntfsfix worked for me :

Provided in the ntfs-3g package.

NTFS is a closed source Microsoft file system, and you’ll need Windows to repair it, by running chkdsk /f , as suggested. If the problem is hardware related, you’ll have to replace the hdd.

i have encountered a similar situation once,then i kept the harddisk on windows,then a popup appeared asking to check the disk for errors.

if didn’t ask goto computer,right click on the drive and then click on properties,there would be a tab «tools»

select «check now»

this type of errors occur if you dont safely remove harddisks.

Background:

So I was facing, more or less, the same issue. Around 12 files on the NTFS partition of my HD were inaccessible nor could they be deleted. Got to know about them through backintime’s error logs. Fired up my Window 7 on vmware, accessed that folder containing the files through shared folder and copied them to a new folder. But for some reason I was not able to delete those files (0 bytes) from Windows 7 either. No surprise there, the OS did not have low-level access to those files.

ntfsfix did not fix it, said nothing was wrong, and fsck said all’s cool with the the device. I could not chkdsk /R because the files were shared through network drive. And I didn’t have Window 7 installed on my physical machine.

Solution (steps for vmplayer, but could easily be followed for virtualbox):

1. Add a new HD to your vm (had to start vmplayer as root)
2. When prompted for the disk type choose physical disk
3. Choose the correct device (for this reason vmplayer was started as root)
4. Select «Use individual partitions»
5. Select the partition containing the buggy files
6. Finish adding
7. Start the vm

For me Windows 7 detected the new partition and did a checkdisk on boot. It had a lot of (Index) cleaning to do. The buggy files were gone. And the problem solved.

Input/output error on Windows disk mount to path #3256

Comments

glstewart commented May 29, 2018 •

I have a development disk mounted in Windows to the path C:\Dev instead of a drive letter. However, I can’t see any of the files on this disk from the bash shell. WSL seems to be missing support for path-mounted disks.

/mnt/c$ cd Dev
-bash: cd: Dev: Input/output error

Versions:
Windows 10 Version 1803 (10.0.17134.48).
4.4.0-17134-Microsoft

The text was updated successfully, but these errors were encountered:

kinekt4 commented Jan 2, 2019

I’m not too familiar with disks mounted to path, but based on your description, it seems Box sync is doing the same.

The issue is raised here:

I can easily get to this folder in the Windows command line at the default directory C:\Users \Box (for example, I can cd \Users \Box and access the folder. However, this same folder is inaccessible from the Linux command line

The solution the user has found is:

I have found out that the default location of the Box Sync folder is inaccessible to WSL. I have reinstalled Box Sync and placed it inside the Documents folder, where it is now accessible!

I would also be interested to access this folder without using the work-around described above.

Versions:
Windows 10 Version 1809 (Build 17763.195).

ls: cannot access ‘/mnt/c’: Input/output error #4377

Comments

scrossan-crown commented Aug 5, 2019 •

Your Windows build number: (Type ver at a Windows Command Prompt) Microsoft Windows [Version 10.0.18950.1000]

What you’re doing and what’s happening: (Copy&paste the full set of specific command-line steps necessary to reproduce the behavior, and their output. Include screen shots if that helps demonstrate the problem.)
Trying to access /mnt/c/ from inside WSL 2

What’s wrong / what should be happening instead:
Should be able to list files and dirs from /mnt/c/

Strace of the failing command, if applicable: (If some_command is failing, then run strace -o some_command.strace -f some_command some_args , and link the contents of some_command.strace in a gist here).

The text was updated successfully, but these errors were encountered:

Biswa96 commented Aug 5, 2019

That error occurs if the hidden wslhost.exe process is died/killed. Just use wsl.exe —shutdown and restart it.

tuananh commented Aug 14, 2019

That error occurs if the hidden wslhost.exe process is died/killed. Just use wsl.exe —shutdown and restart it.

this fixes it for me

Silic0nS0ldier commented Aug 17, 2019

Hit this error myself, proposed work around fixes the problem. Issue itself is recurring, no discernible pattern as of yet. I’ve got the Docker for Windows tech preview if that is of any relevance.

mariusstrom commented Aug 19, 2019

I’m hitting this on 18956 — the pattern seems to be doing significant file I/O on the mounted NTFS+BitLockered filesystem. (for example, I’ve got a directory with a few thousand files on it. I can reliably repro this by grep’ing across the files)

craigloewen-msft commented Aug 19, 2019

@mariusstrom can you share your reliable repro steps so we can dig into this? 🙂

mariusstrom commented Aug 19, 2019

@mariusstrom can you share your reliable repro steps so we can dig into this? 🙂

@craigloewen-msft here’s what I’ve got. It repros not 100% of the time, but probably about 80% of the time. Not sure if all of the below is useful or red herrings, but here’s all the relevant info I can think of.

I’ve got a OneDrive for Business folder with

7k files in them, half JPG files and half JSON files. The OD4B is offline sync’d to a NTFS volume that is BitLocker’d (stock Surface Go setup). About half the files are sync’d locally and the other half are offline file pointers.

I’ll jump into WSL2 (Ubuntu 18.04LTS) and try to do things like grep operations over the files that are sync’d locally, but even some things such as ls -l ops in the directory cause the operation to fail and the I/O error on anything under /mnt/c.

I’m on vacation right now, back in Redmond in a few weeks, but I’ll be online periodically if there’s debug info you want me to snag.

martinothamar commented Sep 2, 2019

I’m using Terraform on Ubuntu WSL 2 with Windows build 18970 and this is happening all the time. Terraform is installed in Ubuntu but I have my git repos under /mnt/c so that’s where I run plan/apply etc which really triggers this bug.

benhillis commented Sep 2, 2019

We are working on fixing this but have had a hard time getting a local repro. If anybody has some ideas on how to trigger this please let us know.

mariusstrom commented Sep 4, 2019

@benhillis when I run into a repro, mind if I ping you directly on teams when I have it going on?

dxhisboy commented Sep 5, 2019

how to trigger this please let us know.

@benhillis Do you want to reproduce that error with well-known programs? I have reproduce the error by making a mistake in my program. And strace shows EIO with stat(2) and chdir(2) .

Is the bug in hvpty-backend? I’m using your code and also meet Input/Output Error several times.

Vigasaurus commented Sep 8, 2019

I’ve been able to reproduce it pretty consistently — primarily by stopping a rather large directory operation after

30-45 seconds (may vary based on disk speed/size). The following screenshot is after a clean restart of WSL with wsl —shutdown and wsl -d Ubuntu .

In this specific instance, I loaded into WSL and ran du -h —max-depth=1 on a folder with 91 directories, and a total size of about 150GB — and after about 35 seconds of the command running I stopped it with Ctrl+C .

This immediately resulted in any subsequent filesystem action on /mnt/c giving the Input/Output Error. I’m sure this would work with any intensive enough/long running enough command.
I hope that helps y’all get some repro on this — and please lmk if you need anything else from me 😀

Windows Version: 10.0.18963.1000

benhillis commented Sep 11, 2019

Some good news: @SvenGroot has identified the issue and is working on a fix.

Biswa96 commented Sep 11, 2019

Can you share any details about the issue, cause & remedy?

Vigasaurus commented Sep 11, 2019 •

@Biswa96 see my comment above. The only solution is to wsl —shutdown and restart WSL for now.

benhillis commented Sep 11, 2019

@Biswa96 — bug in 9p server around cancellations (you could argue the bug is in the Linux 9p client but we’ll fix our server implementation).

SvenGroot commented Sep 11, 2019 •

Essentially, when an operation is interrupted by a signal (e.g. CTRL-C), the 9p client in the Linux kernel will send a «flush» message to cancel the pending request. Our server did not support cancellation, so it would return an error in response to the cancellation attempt.

It turns out the Linux client ignores the response from flush, and assumes that the request has been cancelled as soon as it receives such a response (regardless of whether it’s success or error). Since we didn’t actually cancel the message, we will still send the real response. When the Linux client receives this response, it thinks it’s an invalid message and disconnects from the server, and will return EIO to all requests after that.

This wouldn’t always happen, since if the real response came before the «flush» response, there’s no issue.

One could argue that the Linux client is wrong to consider a request cancelled if the «flush» message returned an error. However, as Ben said, we’ll fix this by handling «flush» correctly in our server. I’m currently testing the fix and we hope to get it into an insider build soon.

Since the server is fine and it’s only the client that’s disconnected, you can actually recover from this without restarting WSL, by just unmounting ( sudo umount /mnt/c ) and remounting ( sudo mount C:\\ /mnt/c ; adjust for the appropriate drive letter as needed), but you’d have to make sure that you match the right mount options too (especially the automatically added ones, such as the default owner uid and gid).