Зашифрованный USB-накопитель 3TB GPT / GUID показывает неправильный размер в ubuntu 12.04 / 64bit

Есть, вероятно, дюжина способов сделать это, используя различные утилиты обработки текста (awk, perl) и / или редакторы потоков (sed, ed)

One путь был бы cut в списке в разделителях двоеточия (-d:), сохраняя только второе поле (-f2), а затем используйте xargs для передачи пар строк (-l2) в качестве аргументов для [ f11]:

$ cut -d: -f2 list.txt | xargs -l2 printf 'This computer ip address is %s and is under the name %s\n'
This computer ip address is 192.168.1.25 and is under the name computer7office
This computer ip address is 192.168.1.69 and is under the name computer22office
This computer ip address is 192.168.1.44 and is under the name computer12personal
1
задан 16 June 2012 в 16:42

7 ответов

Как правило, этот симптом почти всегда является либо проблемой драйвера, либо аппаратной проблемой.

Что происходит, так это то, что что-то вдоль линии принимает 64-битное значение и усекает его до 32 бит , Это приводит к падению 2 TiB (2048 GiB) в видимом размере диска, о чем сообщают большинство дисковых утилит. Попытки получить доступ за пределами метки 2 TiB, скорее всего, «обернутся» к передней части диска, что приведет к неправильному считыванию или повреждению при записи диска. Таким образом, вы должны NOT пытаться записать на диск, пока эта проблема не будет решена!

Эта проблема распространена на внешних дисковых корпусах с прошивкой, которая использует 32-битные поля для хранения критических сектор информации. Как правило, необходимо заменить такие корпуса, если вы хотите использовать диск с более чем 2TiB. Поскольку вы говорите, что диск отлично работает в Windows, это скорее всего не проблема. Одним из примечательных исключений: если вы подготовили диск в Windows как внутренний диск и с тех пор перевели его во внешний корпус, вы можете увидеть симптомы, о которых вы сообщаете. Решение состоит в том, чтобы заменить корпус на один, способный обрабатывать диски более 2TiB.

Другой распространенной причиной этого симптома является проблема с драйвером, но обычные отчеты о проблемах в этом случае исходят от пользователей Windows. Linux-накопитель Linux долгое время поддерживал внешние диски более 2TiB (с надлежащей 64-разрядной прошивкой), а стек драйверов идентичен для большинства внешних дисков. Может быть, есть ошибка в конкретном ядре, которое вы используете, но вы можете попробовать обновить свое ядро ​​(или понизить его до более ранней версии, если используете последнюю версию). В ядре также содержится несколько драйверов модели, и я не знаю, как они будут работать (или не работать) с дисками с более чем 2TiB.

В любом случае возможно другое решение заключается в изменении интерфейсов. Если диск поддерживает как USB, так и другой интерфейс, например eSATA или FireWire, вы можете попробовать другой интерфейс. Это может обойти любую ошибку, вызывающую проблему, но вам нужно будет very осторожно, чтобы never использовал багги-интерфейс, если вы это сделаете!

Что касается TrueCrypt, я не могу прокомментировать это, так как у меня нет опыта работы с этой технологией. (Edit: Если вы установили некоторые драйверы TrueCrypt в Linux, возможно, что они являются источником проблемы и должны быть удалены или обновлены, чтобы исправить это.)

2
ответ дан 25 July 2018 в 18:28

Как правило, этот симптом почти всегда является либо проблемой драйвера, либо аппаратной проблемой.

Что происходит, так это то, что что-то вдоль линии принимает 64-битное значение и усекает его до 32 бит , Это приводит к падению 2 TiB (2048 GiB) в видимом размере диска, о чем сообщают большинство дисковых утилит. Попытки получить доступ за пределами метки 2 TiB, скорее всего, «обернутся» к передней части диска, что приведет к неправильному считыванию или повреждению при записи диска. Таким образом, вы должны NOT пытаться записать на диск, пока эта проблема не будет решена!

Эта проблема распространена на внешних дисковых корпусах с прошивкой, которая использует 32-битные поля для хранения критических сектор информации. Как правило, необходимо заменить такие корпуса, если вы хотите использовать диск с более чем 2TiB. Поскольку вы говорите, что диск отлично работает в Windows, это скорее всего не проблема. Одним из примечательных исключений: если вы подготовили диск в Windows как внутренний диск и с тех пор перевели его во внешний корпус, вы можете увидеть симптомы, о которых вы сообщаете. Решение состоит в том, чтобы заменить корпус на один, способный обрабатывать диски более 2TiB.

Другой распространенной причиной этого симптома является проблема с драйвером, но обычные отчеты о проблемах в этом случае исходят от пользователей Windows. Linux-накопитель Linux долгое время поддерживал внешние диски более 2TiB (с надлежащей 64-разрядной прошивкой), а стек драйверов идентичен для большинства внешних дисков. Может быть, есть ошибка в конкретном ядре, которое вы используете, но вы можете попробовать обновить свое ядро ​​(или понизить его до более ранней версии, если используете последнюю версию). В ядре также содержится несколько драйверов модели, и я не знаю, как они будут работать (или не работать) с дисками с более чем 2TiB.

В любом случае возможно другое решение заключается в изменении интерфейсов. Если диск поддерживает как USB, так и другой интерфейс, например eSATA или FireWire, вы можете попробовать другой интерфейс. Это может обойти любую ошибку, вызывающую проблему, но вам нужно будет very осторожно, чтобы never использовал багги-интерфейс, если вы это сделаете!

Что касается TrueCrypt, я не могу прокомментировать это, так как у меня нет опыта работы с этой технологией. (Edit: Если вы установили некоторые драйверы TrueCrypt в Linux, возможно, что они являются источником проблемы и должны быть удалены или обновлены, чтобы исправить это.)

2
ответ дан 2 August 2018 в 00:39

Как правило, этот симптом почти всегда является либо проблемой драйвера, либо аппаратной проблемой.

Что происходит, так это то, что что-то вдоль линии принимает 64-битное значение и усекает его до 32 бит , Это приводит к падению 2 TiB (2048 GiB) в видимом размере диска, о чем сообщают большинство дисковых утилит. Попытки получить доступ за пределами метки 2 TiB, скорее всего, «обернутся» к передней части диска, что приведет к неправильному считыванию или повреждению при записи диска. Таким образом, вы должны NOT пытаться записать на диск, пока эта проблема не будет решена!

Эта проблема распространена на внешних дисковых корпусах с прошивкой, которая использует 32-битные поля для хранения критических сектор информации. Как правило, необходимо заменить такие корпуса, если вы хотите использовать диск с более чем 2TiB. Поскольку вы говорите, что диск отлично работает в Windows, это скорее всего не проблема. Одним из примечательных исключений: если вы подготовили диск в Windows как внутренний диск и с тех пор перевели его во внешний корпус, вы можете увидеть симптомы, о которых вы сообщаете. Решение состоит в том, чтобы заменить корпус на один, способный обрабатывать диски более 2TiB.

Другой распространенной причиной этого симптома является проблема с драйвером, но обычные отчеты о проблемах в этом случае исходят от пользователей Windows. Linux-накопитель Linux долгое время поддерживал внешние диски более 2TiB (с надлежащей 64-разрядной прошивкой), а стек драйверов идентичен для большинства внешних дисков. Может быть, есть ошибка в конкретном ядре, которое вы используете, но вы можете попробовать обновить свое ядро ​​(или понизить его до более ранней версии, если используете последнюю версию). В ядре также содержится несколько драйверов модели, и я не знаю, как они будут работать (или не работать) с дисками с более чем 2TiB.

В любом случае возможно другое решение заключается в изменении интерфейсов. Если диск поддерживает как USB, так и другой интерфейс, например eSATA или FireWire, вы можете попробовать другой интерфейс. Это может обойти любую ошибку, вызывающую проблему, но вам нужно будет very осторожно, чтобы never использовал багги-интерфейс, если вы это сделаете!

Что касается TrueCrypt, я не могу прокомментировать это, так как у меня нет опыта работы с этой технологией. (Edit: Если вы установили некоторые драйверы TrueCrypt в Linux, возможно, что они являются источником проблемы и должны быть удалены или обновлены, чтобы исправить это.)

2
ответ дан 4 August 2018 в 16:10

Как правило, этот симптом почти всегда является либо проблемой драйвера, либо аппаратной проблемой.

Что происходит, так это то, что что-то вдоль линии принимает 64-битное значение и усекает его до 32 бит , Это приводит к падению 2 TiB (2048 GiB) в видимом размере диска, о чем сообщают большинство дисковых утилит. Попытки получить доступ за пределами метки 2 TiB, скорее всего, «обернутся» к передней части диска, что приведет к неправильному считыванию или повреждению при записи диска. Таким образом, вы должны NOT пытаться записать на диск, пока эта проблема не будет решена!

Эта проблема распространена на внешних дисковых корпусах с прошивкой, которая использует 32-битные поля для хранения критических сектор информации. Как правило, необходимо заменить такие корпуса, если вы хотите использовать диск с более чем 2TiB. Поскольку вы говорите, что диск отлично работает в Windows, это скорее всего не проблема. Одним из примечательных исключений: если вы подготовили диск в Windows как внутренний диск и с тех пор перевели его во внешний корпус, вы можете увидеть симптомы, о которых вы сообщаете. Решение состоит в том, чтобы заменить корпус на один, способный обрабатывать диски более 2TiB.

Другой распространенной причиной этого симптома является проблема с драйвером, но обычные отчеты о проблемах в этом случае исходят от пользователей Windows. Linux-накопитель Linux долгое время поддерживал внешние диски более 2TiB (с надлежащей 64-разрядной прошивкой), а стек драйверов идентичен для большинства внешних дисков. Может быть, есть ошибка в конкретном ядре, которое вы используете, но вы можете попробовать обновить свое ядро ​​(или понизить его до более ранней версии, если используете последнюю версию). В ядре также содержится несколько драйверов модели, и я не знаю, как они будут работать (или не работать) с дисками с более чем 2TiB.

В любом случае возможно другое решение заключается в изменении интерфейсов. Если диск поддерживает как USB, так и другой интерфейс, например eSATA или FireWire, вы можете попробовать другой интерфейс. Это может обойти любую ошибку, вызывающую проблему, но вам нужно будет very осторожно, чтобы never использовал багги-интерфейс, если вы это сделаете!

Что касается TrueCrypt, я не могу прокомментировать это, так как у меня нет опыта работы с этой технологией. (Edit: Если вы установили некоторые драйверы TrueCrypt в Linux, возможно, что они являются источником проблемы и должны быть удалены или обновлены, чтобы исправить это.)

2
ответ дан 6 August 2018 в 00:48

Как правило, этот симптом почти всегда является либо проблемой драйвера, либо аппаратной проблемой.

Что происходит, так это то, что что-то вдоль линии принимает 64-битное значение и усекает его до 32 бит , Это приводит к падению 2 TiB (2048 GiB) в видимом размере диска, о чем сообщают большинство дисковых утилит. Попытки получить доступ за пределами метки 2 TiB, скорее всего, «обернутся» к передней части диска, что приведет к неправильному считыванию или повреждению при записи диска. Таким образом, вы должны NOT пытаться записать на диск, пока эта проблема не будет решена!

Эта проблема распространена на внешних дисковых корпусах с прошивкой, которая использует 32-битные поля для хранения критических сектор информации. Как правило, необходимо заменить такие корпуса, если вы хотите использовать диск с более чем 2TiB. Поскольку вы говорите, что диск отлично работает в Windows, это скорее всего не проблема. Одним из примечательных исключений: если вы подготовили диск в Windows как внутренний диск и с тех пор перевели его во внешний корпус, вы можете увидеть симптомы, о которых вы сообщаете. Решение состоит в том, чтобы заменить корпус на один, способный обрабатывать диски более 2TiB.

Другой распространенной причиной этого симптома является проблема с драйвером, но обычные отчеты о проблемах в этом случае исходят от пользователей Windows. Linux-накопитель Linux долгое время поддерживал внешние диски более 2TiB (с надлежащей 64-разрядной прошивкой), а стек драйверов идентичен для большинства внешних дисков. Может быть, есть ошибка в конкретном ядре, которое вы используете, но вы можете попробовать обновить свое ядро ​​(или понизить его до более ранней версии, если используете последнюю версию). В ядре также содержится несколько драйверов модели, и я не знаю, как они будут работать (или не работать) с дисками с более чем 2TiB.

В любом случае возможно другое решение заключается в изменении интерфейсов. Если диск поддерживает как USB, так и другой интерфейс, например eSATA или FireWire, вы можете попробовать другой интерфейс. Это может обойти любую ошибку, вызывающую проблему, но вам нужно будет very осторожно, чтобы never использовал багги-интерфейс, если вы это сделаете!

Что касается TrueCrypt, я не могу прокомментировать это, так как у меня нет опыта работы с этой технологией. (Edit: Если вы установили некоторые драйверы TrueCrypt в Linux, возможно, что они являются источником проблемы и должны быть удалены или обновлены, чтобы исправить это.)

2
ответ дан 7 August 2018 в 18:13

Как правило, этот симптом почти всегда является либо проблемой драйвера, либо аппаратной проблемой.

Что происходит, так это то, что что-то вдоль линии принимает 64-битное значение и усекает его до 32 бит , Это приводит к падению 2 TiB (2048 GiB) в видимом размере диска, о чем сообщают большинство дисковых утилит. Попытки получить доступ за пределами метки 2 TiB, скорее всего, «обернутся» к передней части диска, что приведет к неправильному считыванию или повреждению при записи диска. Таким образом, вы должны NOT пытаться записать на диск, пока эта проблема не будет решена!

Эта проблема распространена на внешних дисковых корпусах с прошивкой, которая использует 32-битные поля для хранения критических сектор информации. Как правило, необходимо заменить такие корпуса, если вы хотите использовать диск с более чем 2TiB. Поскольку вы говорите, что диск отлично работает в Windows, это скорее всего не проблема. Одним из примечательных исключений: если вы подготовили диск в Windows как внутренний диск и с тех пор перевели его во внешний корпус, вы можете увидеть симптомы, о которых вы сообщаете. Решение состоит в том, чтобы заменить корпус на один, способный обрабатывать диски более 2TiB.

Другой распространенной причиной этого симптома является проблема с драйвером, но обычные отчеты о проблемах в этом случае исходят от пользователей Windows. Linux-накопитель Linux долгое время поддерживал внешние диски более 2TiB (с надлежащей 64-разрядной прошивкой), а стек драйверов идентичен для большинства внешних дисков. Может быть, есть ошибка в конкретном ядре, которое вы используете, но вы можете попробовать обновить свое ядро ​​(или понизить его до более ранней версии, если используете последнюю версию). В ядре также содержится несколько драйверов модели, и я не знаю, как они будут работать (или не работать) с дисками с более чем 2TiB.

В любом случае возможно другое решение заключается в изменении интерфейсов. Если диск поддерживает как USB, так и другой интерфейс, например eSATA или FireWire, вы можете попробовать другой интерфейс. Это может обойти любую ошибку, вызывающую проблему, но вам нужно будет very осторожно, чтобы never использовал багги-интерфейс, если вы это сделаете!

Что касается TrueCrypt, я не могу прокомментировать это, так как у меня нет опыта работы с этой технологией. (Edit: Если вы установили некоторые драйверы TrueCrypt в Linux, возможно, что они являются источником проблемы и должны быть удалены или обновлены, чтобы исправить это.)

2
ответ дан 10 August 2018 в 06:58

Как правило, этот симптом почти всегда является либо проблемой драйвера, либо аппаратной проблемой.

Что происходит, так это то, что что-то вдоль линии принимает 64-битное значение и усекает его до 32 бит , Это приводит к падению 2 TiB (2048 GiB) в видимом размере диска, о чем сообщают большинство дисковых утилит. Попытки получить доступ за пределами метки 2 TiB, скорее всего, «обернутся» к передней части диска, что приведет к неправильному считыванию или повреждению при записи диска. Таким образом, вы должны NOT пытаться записать на диск, пока эта проблема не будет решена!

Эта проблема распространена на внешних дисковых корпусах с прошивкой, которая использует 32-битные поля для хранения критических сектор информации. Как правило, необходимо заменить такие корпуса, если вы хотите использовать диск с более чем 2TiB. Поскольку вы говорите, что диск отлично работает в Windows, это скорее всего не проблема. Одним из примечательных исключений: если вы подготовили диск в Windows как внутренний диск и с тех пор перевели его во внешний корпус, вы можете увидеть симптомы, о которых вы сообщаете. Решение состоит в том, чтобы заменить корпус на один, способный обрабатывать диски более 2TiB.

Другой распространенной причиной этого симптома является проблема с драйвером, но обычные отчеты о проблемах в этом случае исходят от пользователей Windows. Linux-накопитель Linux долгое время поддерживал внешние диски более 2TiB (с надлежащей 64-разрядной прошивкой), а стек драйверов идентичен для большинства внешних дисков. Может быть, есть ошибка в конкретном ядре, которое вы используете, но вы можете попробовать обновить свое ядро ​​(или понизить его до более ранней версии, если используете последнюю версию). В ядре также содержится несколько драйверов модели, и я не знаю, как они будут работать (или не работать) с дисками с более чем 2TiB.

В любом случае возможно другое решение заключается в изменении интерфейсов. Если диск поддерживает как USB, так и другой интерфейс, например eSATA или FireWire, вы можете попробовать другой интерфейс. Это может обойти любую ошибку, вызывающую проблему, но вам нужно будет very осторожно, чтобы never использовал багги-интерфейс, если вы это сделаете!

Что касается TrueCrypt, я не могу прокомментировать это, так как у меня нет опыта работы с этой технологией. (Edit: Если вы установили некоторые драйверы TrueCrypt в Linux, возможно, что они являются источником проблемы и должны быть удалены или обновлены, чтобы исправить это.)

2
ответ дан 15 August 2018 в 18:56
  • 1
    Спасибо за ваш совет, Роб. Как вы сказали, проблема не в Linux, а в приложении. Я купил другой, снова разбил HDD, и на этот раз он сработал. Если кто-то захочет узнать: Ubuntu 12.04 / 64 + TrueCrypt с 3TB Внешним USD-HDD, созданным в GUID / GPT. – Frantisek 21 June 2012 в 02:36

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

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