fdisk works on disks, not partitions. On Linux, a disk is referred to as e.g. /dev/sdb, whereas the partitions on it are referred to as /dev/sdb1, /dev/sdb2 etc. Note that old-style (/dev/[hs]d?, /dev/[hs]d??) partition specifiers always end with a digit, whereas disk specifiers always end with a letter.
If you just format the disk (no bad blocks checking etc.), then a format time of a few seconds is not entirely unreasonable. All you did was write the initial file system metadata structures to disk, and while I don’t have any exact numbers to cite, those are fairly small, and USB is pretty fast for writing such relatively small amounts of data. If you didn’t get any errors, the format process probably did its thing.
The first thing you should do is run fdisk on the proper device. In your case, it sounds like that will be sudo fdisk /dev/sdb, but note that in some cases the device name can change with time. I recommend using one of the entries in /dev/disk/by-id instead, as those will not change. You can see what the disk shows up with there by running, immediately before you connect the disk:
diff <(ls /dev/disk/by-id) <(sleep 15; ls /dev/disk/by-id)
This will show the differences in directory content between the two executions of ls, which will be spaced 15 seconds apart thanks to the sleep invocation in the second input pipe. 15 seconds should give the kernel enough time to identify the disk and let udev create the appropriate device nodes. If it doesn’t show any differences (empty output), unplug the disk and try it again increasing the delay. You will see both partition devices (ending with -part followed by a number and possibly @) and disk devices (without the -part part). If the file names do end with @, disregard that character; it’s a ls output artefact.
Once you have partition(s) properly in place, you can make a file system on it/them. For example, sudo mkfs.ext4 -v /dev/disk/by-id/xxxxx-Passport-XXXXXXX-part1. The -v turns on extra output («v» for verbose) which will give you an idea of whether the file system is created successfully.
After that, the disk should be perfectly usable.
fdisk works on disks, not partitions. On Linux, a disk is referred to as e.g. /dev/sdb, whereas the partitions on it are referred to as /dev/sdb1, /dev/sdb2 etc. Note that old-style (/dev/[hs]d?, /dev/[hs]d??) partition specifiers always end with a digit, whereas disk specifiers always end with a letter.
If you just format the disk (no bad blocks checking etc.), then a format time of a few seconds is not entirely unreasonable. All you did was write the initial file system metadata structures to disk, and while I don’t have any exact numbers to cite, those are fairly small, and USB is pretty fast for writing such relatively small amounts of data. If you didn’t get any errors, the format process probably did its thing.
The first thing you should do is run fdisk on the proper device. In your case, it sounds like that will be sudo fdisk /dev/sdb, but note that in some cases the device name can change with time. I recommend using one of the entries in /dev/disk/by-id instead, as those will not change. You can see what the disk shows up with there by running, immediately before you connect the disk:
diff <(ls /dev/disk/by-id) <(sleep 15; ls /dev/disk/by-id)
This will show the differences in directory content between the two executions of ls, which will be spaced 15 seconds apart thanks to the sleep invocation in the second input pipe. 15 seconds should give the kernel enough time to identify the disk and let udev create the appropriate device nodes. If it doesn’t show any differences (empty output), unplug the disk and try it again increasing the delay. You will see both partition devices (ending with -part followed by a number and possibly @) and disk devices (without the -part part). If the file names do end with @, disregard that character; it’s a ls output artefact.
Once you have partition(s) properly in place, you can make a file system on it/them. For example, sudo mkfs.ext4 -v /dev/disk/by-id/xxxxx-Passport-XXXXXXX-part1. The -v turns on extra output («v» for verbose) which will give you an idea of whether the file system is created successfully.
After that, the disk should be perfectly usable.
Петрович
С этим можно что то сделать
gdisk -l /dev/sdb
GPT fdisk (gdisk) version 0.8.6
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/sdb: 312581808 sectors, 149.1 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): D1CFC0AD-A58F-4081-A1DC-CCB888F4F7D2
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)
« Последнее редактирование: 05.08.2015 13:36:11 от ruslandh »
Записан
Судя по логам у вас просто не разбит жёсткий диск на разделы
Записан
Петрович
Так и не могу создать.
Можно его при монтировать чтоб система видела?
blkid не видет
fdisk: невозможно открыть /dev/sdb: Ошибка ввода/вывода
« Последнее редактирование: 04.08.2015 17:05:37 от Петрович »
Записан
Так и не могу создать.
Программа gparted вам поможет это сделать .
Записан
31 — Й Регион
Петрович
Увы gparted не видет
testdisk видет но там не mbr не разделов
Записан
Увы gparted не видет
testdisk видет но там не mbr не разделов
А вы с чего делаете проверки ? Пробуйте загрузиться с live CD или флешки и попробовать .
Записан
31 — Й Регион
Петрович
Пробовал и так и сяк
Acronis тоже не хочет помогать
Записан
Петрович
Записан
А покажите вывод этой команды — # parted /dev/sdb print
Записан
31 — Й Регион
И в догонку этой — # smartctl -l error /dev/sdb
Записан
31 — Й Регион
Петрович
parted /dev/sdb print
Предупреждение: Error fsyncing/closing /dev/sdb: Ошибка ввода/вывода
Повторить/Retry/Игнорировать/Ignore?
smartctl -l error /dev/sdb
smartctl 6.2 2013-07-26 r3841 [i686-linux-3.14.48-std-def-alt1] (ALT Linux 6.2-alt0.M70P.1)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
Error Counter logging not supported
scsiModePageOffset: response length too short, resp_len=47 offset=50 bd_len=46
Записан
Что выдаёт (от root)
blkid
Записан
То, что там нет разделов — и так понятно — раз нет ни каких disklabel, то и разделов нет.
А они были? Или там был просто flat диск?
Записан
Петрович
# blkid
/dev/sda1: UUID=»df7b949b-758b-4801-9816-b5f923a1196d» TYPE=»swap»
/dev/sda2: UUID=»33ccdda5-c49f-4f97-bbf2-b567efc62266″ TYPE=»ext4″
/dev/sda3: UUID=»49746736-320b-46e9-a256-85fddc86aeb1″ TYPE=»ext4″
Это мои разделы sdb не видет
Без понятия что с ним было и что стало
Принесли сказали запустишь оставь себе
Записан
А, ну- если информации на нём нет — создайте diskllabel (можно и в fdisk, и в gparted и создайте на нём разделы).
Вот смущают ошибки ввода-вывода — возможно там куча badblocks. Если так — безопаснее просто его выкинуть, а то что-нибудь ценное на него запишите, а он окончательно накроется.
Записан
- Печать
Страницы: [1] 2 Все Вниз
Тема: Ошибка ввода-вывода при разметке диска через gparted (Прочитано 1448 раз)
0 Пользователей и 1 Гость просматривают эту тему.
sinilnikov
Здравствуйте. У меня планшет ASUS T100 TA, снёс все разделы для перехода на Ubuntu. Через флешку загрузил Ubuntu и хотел разметить диски, но получил ошибку ввода-вывода при записи раздела. Проверял ssd через fdisk плохих секторов не найдено. Подскажите, куда копать? В линухе новичог. :'(
БТР
хотел разметить диски
Как хотели разметить? Какие разделы и тип таблицы выбираете? Почему делаете вручную, а не автоматическую установку?
Проверял ssd через fdisk плохих секторов не найдено.
fdisk не ищет плохие секторы. Может речь про fsck?
sinilnikov
Если автоматически выбирать установку, то там появляется такая же ошибка. Таблица msdos, раздел для свопа, для оси (exp4) и для файлов (exp4). Не fdisk, а через badblocks
Во вложении лог, лучше переименовать в .htm для удобства чтения
Скрины по ссылкам
https://ibb.co/jvkmVS6
https://ibb.co/mHdNFJT
Через smartmontools не удалось проверить ssd. Пишет ERROR: smartctl takes ONE device name as the final command-line argument. You have provided 2 device names:
on
/dev/mmcblk2
Что это значит так и не удалость нагуглить. Вот скрин, https://ibb.co/3pXrZTM
« Последнее редактирование: 29 Апреля 2022, 14:23:09 от sinilnikov »
БТР
В каком режиме загрузка (UEFI или BIOS)? Для UEFI нужен тип разметки GPT и раздел EFI c FAT32.
andytux
«Всякая веревка, порезанная на куски, окажется слишком короткой.»
Момент истины.
60гб — чего ты там вообще крошить собрался. И сразу в логический раздел. Это даже глупее, чем делает дура винда. А самое необходимое забыл.
Для примера, загляни сюда.
И напоследок (на самом деле с этого надо было начать), какую систему собираешься ставить.
БТР
sinilnikov
В каком режиме загрузка (UEFI или BIOS)? Для UEFI нужен тип разметки GPT и раздел EFI c FAT32.
BIOS
Пользователь добавил сообщение 29 Апреля 2022, 14:36:57:
60гб — чего ты там вообще крошить собрался.
Согласен, от логических дисков отказался.
какую систему собираешься ставить.
ubuntu-22.04-desktop-amd64.iso
« Последнее редактирование: 29 Апреля 2022, 14:36:57 от sinilnikov »
SergeyIT
Через smartmontools не удалось проверить ssd. Пишет ERROR: smartctl takes ONE device name as the final command-line argument. You have provided 2 device names:
on
/dev/mmcblk2
«Пишет ОШИБКА: smartctl принимает имя ОДНОГО устройства в качестве последнего аргумента командной строки. Вы указали 2 имени устройств»
Там же ниже написано — читайте хелп по команде smarctl
smartctl -h
читали?
Извините, я все еще учусь
sinilnikov
Судя по всему мой планшет с процом 32 бита, а эта ось уже 64. Буду ставить 18 версию бубунты, пробовать
andytux
Ошибаешься. Абсолютно точно, процессор 64битный. Иначе, ты не смог-бы запустить «живую систему».
« Последнее редактирование: 29 Апреля 2022, 15:20:13 от andytux »
sinilnikov
andytux
Еще раз. Процессор абсолютно точно 64битный.
То, что ты скачивал, говорит о том, что у тебя 32битный УЕФИ.
В *бунту нет его ни в одном образе. В 32битных образах вообще нет ЕФИ-загрузчиков.
sinilnikov
Ладно, но почему тогда gparted не даёт создать раздел ext4? Почему пишет что ошибка ввода-вывода?
andytux
Если вернуться к скриншоту в «Ответ 2», то создание логических разделов в логическом — полная бредятина.
Начни с самого начала. Создай новую таблицу разделов. Создай один раздел, для корня. Если нужен, то еще ESP-раздел. Все.
« Последнее редактирование: 30 Апреля 2022, 02:55:09 от andytux »
sinilnikov
- Печать
Страницы: [1] 2 Все Вверх
Bizdelnick писал(а): ↑
04.07.2017 12:43
Dremlin.09 писал(а): ↑
04.07.2017 12:36
[Errno 30] Read-only file system
Этого мало. Непонятно, что пытался в этот момент сделать инсталлятор, и о какой вообще файловой системе идёт речь.
ри установке ОС (linux) выдает ошибку вводавыводазаписи . вроде как не достаточно прав. Форточки встают на ура. Куда копать?
С флешки то же самое.
Бэдов нет. ФС — EXT4
runtu@runtu:~$ sudo gdisk -l /dev/sda
GPT fdisk (gdisk) version 0.8.8
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***************************************************************
Началось после того, как linux mint свалился
не устанавливается ни один NIXовый дистрибутив
Ошибка—
Возникла проблема при копировании файлов на жёсткий диск:
[Errno 30] Read-only file system
Это часто происходит из-за неисправности CD/DVD диска, привода, или жёсткого диска. Возможно поможет очистка CD/DVD диска, либо запись CD/DVD на более низкой скорости, либо очистка линз CD/DVD привода (соответствующие комплекты для очистки доступны в продаже), возможно жёсткий диск уже очень старый и нуждается в замене, либо необходимо переместить оборудование в более проветриваемое место.
В данный момент ОС Runtu 14.04
live CD
Хард рабочий 100%