как стереть двойной загрузочный жесткий диск?

Вы пытались заполнить /etc/apt/sources.list? Это моя ошибка для 16.04 в aws:

$ cat /etc/apt/sources.list | grep -v '#'

deb http://eu-west-2.ec2.archive.ubuntu.com/ubuntu/ xenial main limited deb-src http: // eu-west-2. ec2.archive.ubuntu.com/ubuntu/ xenial main limited deb http://eu-west-2.ec2.archive.ubuntu.com/ubuntu/ xenial-updates main limited deb-src http: // eu-west- 2.ec2.archive.ubuntu.com/ubuntu/ xenial-updates main limited deb http://eu-west-2.ec2.archive.ubuntu.com/ubuntu/ xenial universe deb-src http: // eu-west -2.ec2.archive.ubuntu.com/ubuntu/ xenial universe deb http://eu-west-2.ec2.archive.ubuntu.com/ubuntu/ xenial-updates юниверс deb-src http: // eu-west -2.ec2.archive.ubuntu.com/ubuntu/ xenial-updates universe deb http://eu-west-2.ec2.archive.ubuntu.com/ubuntu/ xenial multiverse deb-src http: // eu-west -2.ec2.archive.ubuntu.com/ubuntu/ xenial multiverse deb http://eu-west-2.ec2.archive.ubuntu.com/ubuntu/ xenial-updates multiverse deb-src http: // eu-west -2.ec2.archive.ubuntu.com/ubuntu/ xenial-updates multiverse deb http://eu-west-2.ec2.archive.ubuntu.com/ubuntu/ xe nial-backports главная ограниченная юниверс multiverse deb-src http://eu-west-2.ec2.archive.ubuntu.com/ubuntu/ xenial-backports главная ограниченная юниверс мультиверсия deb http://security.ubuntu.com/ubuntu xenial -security main limited deb-src http://security.ubuntu.com/ubuntu xenial-security main ограниченный deb http://security.ubuntu.com/ubuntu xenial-security universe deb-src http: //security.ubuntu. com / ubuntu xenial-security universe deb http://security.ubuntu.com/ubuntu xenial-security multiverse deb-src http://security.ubuntu.com/ubuntu xenial-security multiverse

работает [ ! d29]

deb http://eu-west-2.ec2.archive.ubuntu.com/ubuntu/ xenial main limited deb-src http: //eu-west-2.ec2.archive. ubuntu.com/ubuntu/ xenial main limited

~ $ apt-cache madison libnet-ssleay-perl libauthen-pam-perl libio-pty-perl apt-show-versions python [!d31 ]

libnet-ssleay-perl | 1.72-1build1 | http://gb.archive.ubuntu.com/ubuntu xenial/main amd64 Packages

libauthen-pam-perl | 0.16-3build2 | http://gb.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages

libio-pty-perl | 1:1.08-1.1build1 | http://gb.archive.ubuntu.com/ubuntu xenial/main amd64 Packages

apt-show-versions |     0.22.7 | http://gb.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages 

apt-show-versions |     0.22.7 | http://gb.archive.ubuntu.com/ubuntu xenial/universe i386 Packages

python | 2.7.12-1~16.04 | http://gb.archive.ubuntu.com/ubuntu xenial-updates/main amd64 Packages

python |   2.7.11-1 | http://gb.archive.ubuntu.com/ubuntu xenial/main amd64 Packages

показывает пакеты, доступные из выбранных репозиториев

0
задан 18 March 2018 в 08:26

8 ответов

В конце концов, я использовал следующее решение.

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

sudo dd if=/dev/urandom of=/dev/sdX bs=64K

В конце концов, это укажет условие записи вне поля и процесс dd выйдет. Я не знаю, можно ли избежать сообщения об отсутствии. Поскольку /dev/urandom никогда не вернет конец файла, похоже, нет.

0
ответ дан 22 May 2018 в 12:32

В конце концов, я использовал следующее решение.

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

sudo dd if=/dev/urandom of=/dev/sdX bs=64K

В конце концов, это укажет условие записи вне поля и процесс dd выйдет. Я не знаю, можно ли избежать сообщения об отсутствии. Поскольку /dev/urandom никогда не вернет конец файла, похоже, нет.

0
ответ дан 17 July 2018 в 18:42

В конце концов, я использовал следующее решение.

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

sudo dd if=/dev/urandom of=/dev/sdX bs=64K

В конце концов, это укажет условие записи вне поля и процесс dd выйдет. Я не знаю, можно ли избежать сообщения об отсутствии. Поскольку /dev/urandom никогда не вернет конец файла, похоже, нет.

0
ответ дан 23 July 2018 в 19:32

В конце концов, я использовал следующее решение.

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

sudo dd if=/dev/urandom of=/dev/sdX bs=64K

В конце концов, это укажет условие записи вне поля и процесс dd выйдет. Я не знаю, можно ли избежать сообщения об отсутствии. Поскольку /dev/urandom никогда не вернет конец файла, похоже, нет.

0
ответ дан 23 July 2018 в 19:32

Это означает, что ваш диск неисправен. Возьмите один из LiveCD с помощью S.M.A.R.T. инструменты включены и делают расширенный / полный S.M.A.R.T. scan (предупреждение: это может занять несколько часов!) - вы также можете использовать стандартный Ubuntu LiveCD и использовать для этого утилиту «Диски» и / или установить необходимый файл S.M.A.R.T. компоненты в живой системе.

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

PS: Или причина в том, что вы пытаетесь стереть диск с помощью системы, которая установленный на нем. Это не сработает. Используйте живую систему, загрузитесь с USB.

0
ответ дан 22 May 2018 в 12:32
  • 1
    Нет. Я пытаюсь стереть внешний (/ dev / sdb). Сам компьютер работает на / dev / sda. – H2ONaCl 16 March 2018 в 13:48
  • 2
    Затем вы можете пропустить часть Live-системы. Следуйте за askubuntu.com/questions/528072/… rsp. первый ответ и выполнить расширенный тест на HDD. – 0x01 16 March 2018 в 14:13
  • 3
    Протирание через dd, казалось, работало, поэтому, вероятно, это не неисправное устройство. Я получил сообщение об ошибке в конце, вероятно, из-за большого блока, который я писал. Другими словами, физический размер, деленный на блок записи, не был целым числом. Я делаю это снова с меньшим блоком (но все же кратным 512), и если нет ошибки, то, скорее всего, все хорошо. – H2ONaCl 17 March 2018 в 04:39

Это означает, что ваш диск неисправен. Возьмите один из LiveCD с помощью S.M.A.R.T. инструменты включены и делают расширенный / полный S.M.A.R.T. scan (предупреждение: это может занять несколько часов!) - вы также можете использовать стандартный Ubuntu LiveCD и использовать для этого утилиту «Диски» и / или установить необходимый файл S.M.A.R.T. компоненты в живой системе.

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

PS: Или причина в том, что вы пытаетесь стереть диск с помощью системы, которая установленный на нем. Это не сработает. Используйте живую систему, загрузитесь с USB.

0
ответ дан 17 July 2018 в 18:42

Это означает, что ваш диск неисправен. Возьмите один из LiveCD с помощью S.M.A.R.T. инструменты включены и делают расширенный / полный S.M.A.R.T. scan (предупреждение: это может занять несколько часов!) - вы также можете использовать стандартный Ubuntu LiveCD и использовать для этого утилиту «Диски» и / или установить необходимый файл S.M.A.R.T. компоненты в живой системе.

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

PS: Или причина в том, что вы пытаетесь стереть диск с помощью системы, которая установленный на нем. Это не сработает. Используйте живую систему, загрузитесь с USB.

0
ответ дан 23 July 2018 в 19:32
  • 1
    Нет. Я пытаюсь стереть внешний (/ dev / sdb). Сам компьютер работает на / dev / sda. – H2ONaCl 16 March 2018 в 13:48
  • 2
    Затем вы можете пропустить часть Live-системы. Следуйте за askubuntu.com/questions/528072/… rsp. первый ответ и выполнить расширенный тест на HDD. – 0x01 16 March 2018 в 14:13
  • 3
    Протирание через dd, казалось, работало, поэтому, вероятно, это не неисправное устройство. Я получил сообщение об ошибке в конце, вероятно, из-за большого блока, который я писал. Другими словами, физический размер, деленный на блок записи, не был целым числом. Я делаю это снова с меньшим блоком (но все же кратным 512), и если нет ошибки, то, скорее всего, все хорошо. – H2ONaCl 17 March 2018 в 04:39

Это означает, что ваш диск неисправен. Возьмите один из LiveCD с помощью S.M.A.R.T. инструменты включены и делают расширенный / полный S.M.A.R.T. scan (предупреждение: это может занять несколько часов!) - вы также можете использовать стандартный Ubuntu LiveCD и использовать для этого утилиту «Диски» и / или установить необходимый файл S.M.A.R.T. компоненты в живой системе.

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

PS: Или причина в том, что вы пытаетесь стереть диск с помощью системы, которая установленный на нем. Это не сработает. Используйте живую систему, загрузитесь с USB.

0
ответ дан 23 July 2018 в 19:32
  • 1
    Нет. Я пытаюсь стереть внешний (/ dev / sdb). Сам компьютер работает на / dev / sda. – H2ONaCl 16 March 2018 в 13:48
  • 2
    Затем вы можете пропустить часть Live-системы. Следуйте за askubuntu.com/questions/528072/… rsp. первый ответ и выполнить расширенный тест на HDD. – 0x01 16 March 2018 в 14:13
  • 3
    Протирание через dd, казалось, работало, поэтому, вероятно, это не неисправное устройство. Я получил сообщение об ошибке в конце, вероятно, из-за большого блока, который я писал. Другими словами, физический размер, деленный на блок записи, не был целым числом. Я делаю это снова с меньшим блоком (но все же кратным 512), и если нет ошибки, то, скорее всего, все хорошо. – H2ONaCl 17 March 2018 в 04:39

Другие вопросы по тегам:

Похожие вопросы: