-bash: /usr/bin/… Ошибка ввода/вывода
15.06.2022
Сегодня разберем ошибку -bash: /usr/bin/… Ошибка ввода/вывода, возникающую при повреждении системы Linux при неправильном выключении или при пропадании электро энергии.
При такой ошибке корневой раздел системы монтируется в режиме только для чтения.
Проверяю систему на предмет монтирования режимов ro/rw. В терминале набираю:
sudo mountпример вывода данной команды (только самое важное):
...
/dev/sda1 on / type ext4 (ro,relatime)
...
/dev/sda2 on /home type ext4 (ro,relatime)
....Из вывода видно, что корневой раздел примонтирован в режиме только для чтения. Такое случается если была какая-то ошибка с системой, например выключение эл.энергии. Чтобы примонтировать корень в режиме чтения-запись (rw), выполним следующее:
mount -no remount,rw /dev/sda1
mount -no remount,rw /dev/sda2Если не помогло, то можно перезагрузить систему (жесткое выключение)
Если есть вопросы, то пишем в комментариях.
Также можете вступить в Телеграм канал, ВКонтакте или подписаться на Twitter. Ссылки в шапке страницы.
Заранее всем спасибо!!!
RSS
Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.
0
0
голоса
Рейтинг статьи
I just wanted to share my experience: on FreeBSD 10.3, I mounted my external hard drive with
$ sudo ntfs-3g /dev/da0s1 /media
Inside the hard drive, I did a mkdir to create a directory and then moved some files to it, of course with mv command. Finally I did the following command:
$ sudo sync
Then I mounted the hard drive on a Linux machine with kernel 4.4.0-78-generic. Now When I list the contents of the hard drive, the directory created on FreeBSD, named Jeff, is shown like below:
$ ls -lhrtci
ls: cannot access 'Jeff': Input/output error
total 20K
? d????????? ? ? ? ? ? Jeff
Also, when trying to remove the Jeff directory, I receive the following error message:
$ sudo rm -f -R Jeff
rm: cannot remove 'Jeff': Input/output error
I couldn’t get rid of Jeff directory on Linux machine, therefore I used the FreeBSD machine and re-mounted the hard drive on FreeBSD again. But the ls, cd and rm commands on FreeBSD generate the same Input/output error. Looks like there has been a bug on FreeBSD ntfs-3g package.
UPDATE
I moved all my data from external hard drive to a Linux machine, of course the corrupt file Jeff couldn’t be moved due to I/O error. Then I reformatted the external hard drive with both zeroing of the volume and bad sector checking like this:
$ sudo mkfs.ntfs /dev/sdb1
And then moved all the data back to the external volume. This way, I lost the corrupt file named Jeff, however, my external hard drive is clean of any I/O error.
Что делать, если при попытке запустить команду в консоли Linux выводится Input/Output Error? Давайте разберемся!
В общем случае ситуация выглядит так:
du
-bash: /usr/bin/du: Input/output error
или так:
dmesg
-bash: /bin/dmesg: Input/output error
или:
lsof
-bash: /usr/bin/lsof: Input/output error
Чаще всего проблема связана с неполадками системного диска (в конкретном случае используется SATA DOM). Первым делом нужно воспользоваться утилитой fsck, но увы:
fsck
-bash: /sbin/fsck: Input/output error
Либо диск совсем умер, либо проблема с физическим подключением накопителя (можно, например, попробовать заменить шлейф).
В любом случае, пытаемся загрузиться с rescue disk и выполнить fsck или badblocks.
Пытаемся перезагрузиться:
reboot
-bash: /sbin/reboot: Input/output error
еще разок:
shutdown -r now
-bash: /sbin/shutdown: Input/output error
Если есть физический доступ к серверу, то можно подойти и перезагрузить его с кнопки. В противном случае может помочь следующая комбинация:
echo 1 > /proc/sys/kernel/sysrq
echo b > /proc/sysrq-trigger
После загрузки с rescue disk’а и выполнения fsck все заработало, однако на production-серверах для системы лучше использовать RAID-массив. И даже в этом случае помнить: RAID is not backup!.
Re: Забавный баг с удалённой машиной. Что с ней случилось и как исправить?
А точно в логах пусто?
Если в /var/log/everything/current есть свежие записи, то, судя по всему, с самой FS всё ок:
…
Тьфу, я тормоз. Не на той машине смотрел. dmesg тут, действительно, чист. А вот в everything такое:
Oct 18 21:06:52 [kernel] mptscsih: ioc0: attempting task abort! (sc=ffff8801ff069980)
Oct 18 21:06:52 [kernel] sd 4:0:0:0: [sda] CDB: cdb[0]=0x2a: 2a 00 03 e8 79 3e 00 00 08 00
Oct 18 21:06:52 [kernel] mptscsih: ioc0: WARNING - TM Handler for type=1: IOC Not operational (0xffffffff)!
Oct 18 21:06:52 [kernel] mptscsih: ioc0: WARNING - Issuing HardReset!!
Oct 18 21:06:52 [kernel] mptbase: ioc0: Initiating recovery
Oct 18 21:06:52 [kernel] mptbase: ioc0: WARNING - Unexpected doorbell active!
Oct 18 21:06:52 [kernel] sd 4:0:0:0: mptscsih: ioc0: completing cmds: fw_channel 0, fw_id 0, sc=ffff8801ff069480, mf = ffff88022e204280, idx=35
Oct 18 21:06:52 [kernel] sd 4:0:0:0: mptscsih: ioc0: completing cmds: fw_channel 0, fw_id 0, sc=ffff88022e6f4980, mf = ffff88022e206880, idx=81
Oct 18 21:06:52 [kernel] sd 4:0:0:0: mptscsih: ioc0: completing cmds: fw_channel 0, fw_id 0, sc=ffff88022e6f4880, mf = ffff88022e208580, idx=bb
Oct 18 21:06:52 [kernel] sd 4:0:0:0: mptscsih: ioc0: completing cmds: fw_channel 0, fw_id 0, sc=ffff8801ff069180, mf = ffff88022e209f00, idx=ee
Oct 18 21:06:52 [kernel] sd 4:0:0:0: mptscsih: ioc0: completing cmds: fw_channel 0, fw_id 0, sc=ffff8801ff069980, mf = ffff88022e20fc00, idx=1a8
Oct 18 21:07:52 [kernel] mptbase: ioc0: WARNING - ResetHistory bit failed to clear!
Oct 18 21:07:52 [kernel] mptbase: ioc0: ERROR - Diagnostic reset FAILED! (ffffffffh)
Oct 18 21:07:52 [kernel] mptbase: ioc0: WARNING - NOT READY!
Oct 18 21:07:52 [kernel] mptbase: ioc0: WARNING - Cannot recover rc = -1!
Oct 18 21:07:52 [kernel] mptscsih: ioc0: WARNING - TMHandler: HardReset FAILED!!
Oct 18 21:07:52 [kernel] mptscsih: ioc0: task abort: FAILED (sc=ffff8801ff069980)
Oct 18 21:07:52 [kernel] mptscsih: ioc0: attempting task abort! (sc=ffff88022e6f4880)
Oct 18 21:07:52 [kernel] sd 4:0:0:0: [sda] CDB: cdb[0]=0x2a: 2a 00 03 e8 f4 c6 00 00 08 00
Oct 18 21:07:52 [kernel] mptscsih: ioc0: task abort: SUCCESS (sc=ffff88022e6f4880)
Oct 18 21:08:02 [kernel] mptscsih: ioc0: attempting task abort! (sc=ffff88022e6f4880)
Oct 18 21:08:02 [kernel] sd 4:0:0:0: [sda] CDB: cdb[0]=0x0: 00 00 00 00 00 00
Oct 18 21:08:02 [kernel] mptscsih: ioc0: task abort: SUCCESS (sc=ffff88022e6f4880)
Oct 18 21:08:02 [kernel] mptscsih: ioc0: attempting task abort! (sc=ffff88022e6f4980)
Oct 18 21:08:02 [kernel] sd 4:0:0:0: [sda] CDB: cdb[0]=0x2a: 2a 00 03 ed 30 76 00 00 08 00
Oct 18 21:08:02 [kernel] mptscsih: ioc0: task abort: SUCCESS (sc=ffff88022e6f4980)
Oct 18 21:08:12 [kernel] mptscsih: ioc0: attempting task abort! (sc=ffff88022e6f4980)
Oct 18 21:08:12 [kernel] sd 4:0:0:0: [sda] CDB: cdb[0]=0x0: 00 00 00 00 00 00
Oct 18 21:08:12 [kernel] mptscsih: ioc0: task abort: SUCCESS (sc=ffff88022e6f4980)
Oct 18 21:08:12 [kernel] mptscsih: ioc0: attempting task abort! (sc=ffff8801ff069480)
Oct 18 21:08:12 [kernel] sd 4:0:0:0: [sda] CDB: cdb[0]=0x2a: 2a 00 03 f0 68 36 00 00 08 00
Oct 18 21:08:12 [kernel] mptscsih: ioc0: task abort: SUCCESS (sc=ffff8801ff069480)
Oct 18 21:08:14 [named] client 94.25.128.68#7031: query (cache) 'www.goodfly.ru/A/IN' denied
Oct 18 21:08:15 [named] client 94.25.208.69#33011: query (cache) 'www.goodfly.ru/A/IN' denied
Oct 18 21:08:22 [kernel] mptscsih: ioc0: attempting task abort! (sc=ffff8801ff069480)
Oct 18 21:08:22 [kernel] sd 4:0:0:0: [sda] CDB: cdb[0]=0x0: 00 00 00 00 00 00
Oct 18 21:08:22 [kernel] mptscsih: ioc0: task abort: SUCCESS (sc=ffff8801ff069480)
Oct 18 21:08:22 [kernel] mptscsih: ioc0: attempting task abort! (sc=ffff8801ff069180)
Oct 18 21:08:22 [kernel] sd 4:0:0:0: [sda] CDB: cdb[0]=0x2a: 2a 00 03 fa 39 de 00 00 08 00
Oct 18 21:08:22 [kernel] mptscsih: ioc0: task abort: SUCCESS (sc=ffff8801ff069180)
Oct 18 21:08:32 [kernel] mptscsih: ioc0: attempting task abort! (sc=ffff8801ff069180)
Oct 18 21:08:32 [kernel] sd 4:0:0:0: [sda] CDB: cdb[0]=0x0: 00 00 00 00 00 00
Oct 18 21:08:32 [kernel] mptscsih: ioc0: task abort: SUCCESS (sc=ffff8801ff069180)
Oct 18 21:08:32 [kernel] mptscsih: ioc0: attempting target reset! (sc=ffff8801ff069980)
Oct 18 21:08:32 [kernel] sd 4:0:0:0: [sda] CDB: cdb[0]=0x2a: 2a 00 03 e8 79 3e 00 00 08 00
Oct 18 21:08:32 [kernel] mptscsih: ioc0: target reset: FAILED (sc=ffff8801ff069980)
Oct 18 21:08:32 [kernel] mptscsih: ioc0: attempting bus reset! (sc=ffff8801ff069980)
Oct 18 21:08:32 [kernel] sd 4:0:0:0: [sda] CDB: cdb[0]=0x2a: 2a 00 03 e8 79 3e 00 00 08 00
Oct 18 21:08:35 [named] client 83.169.185.33#46884: query (cache) 'goodfly.ru/A/IN' denied
Oct 18 21:08:35 [named] client 83.169.185.33#43016: query (cache) 'goodfly.ru/A/IN' denied
Oct 18 21:08:43 [kernel] mptscsih: ioc0: bus reset: FAILED (sc=ffff8801ff069980)
Oct 18 21:08:43 [kernel] mptscsih: ioc0: attempting host reset! (sc=ffff8801ff069980)
Oct 18 21:08:43 [kernel] mptbase: ioc0: Initiating recovery
Oct 18 21:08:43 [kernel] mptbase: ioc0: WARNING - Unexpected doorbell active!
Oct 18 21:08:46 [named] zone wikilinks.ru/IN: refresh: retry limit for master 85.30.226.178#53 exceeded (source 0.0.0.0#0)
Oct 18 21:08:46 [named] zone wikilinks.ru/IN: Transfer started.
Походу, проблема с контроллером. Странно только, что /home работает, а другие разделы на том же винте и контроллере — нет…
★★★★★
()
- Ссылка
I’m having a problem with Ubuntu that I’m finding hard to troubleshoot for reasons that will become clear:
# reboot
-bash: /sbin/reboot: Input/output error
# dmesg
-bash: /bin/dmesg: Input/output error
# ps -e
ps: error while loading shared libraries: /lib/libproc-3.2.8.so: cannot read file data: Input/output error
# lsof
-bash: /usr/bin/lsof: Input/output error
# fsck
-bash: /sbin/fsck: Input/output error
# badblocks
-bash: /sbin/badblocks: Input/output error
So I can’t see what is going on, and I can’t remotely reboot. What can I do to get to the bottom of this?
Interestingly:
# init 0
Segmentation fault
I can cat /var/syslog but not /var/log/messages or several other important files.
less and more don’t work, neither do tail or head, etc.
asked Dec 26, 2010 at 7:23
1
The system is having severe trouble reading off of your hard disk. It’s likely that the disk is dead (almost certain), but it could be something as simple as a loose/disconnected cable (don’t count on it). There isn’t anything you can do to troubleshoot it from here. Just power it off.
Check for loose connections on your hard disk. If everything is fine there boot from a rescue disk and run fsck or badblocks from there.
I hope you have a back up.
answered Dec 26, 2010 at 8:29
bahamatbahamat
5,6461 gold badge26 silver badges26 bronze badges
3
If you’re using a VM it’s quite likely that there was some interruption in the filesystem mounts, and linux switch the mounts to read only as a failsafe measure.
Unfortunately, it leaves your system practically unusable.
If you check /proc/mounts, and look for the root filesystem, there should be a line like this:
/dev/dm-0 / ext4 ro,relatime,errors=remount-ro,data=ordered 0 0
You’ll see that the root filesystem has been mounted readonly.
Basically the only thing to do at this point (assuming this is the problem) is to reboot (via a KVM or other console power-off switch).
answered May 28, 2017 at 19:14
elbieelbie
511 silver badge4 bronze badges
2
You must log in to answer this question.
Not the answer you’re looking for? Browse other questions tagged
.
Not the answer you’re looking for? Browse other questions tagged
.