Ошибка при попытке смонтировать раздел FreeBSD / UFS из FreeNAS

Обратите внимание, что эта ошибка также может возникать, если изнутри zsh вы пытаетесь выполнить исполняемый файл, который имеет нулевые байты (например, может случиться, когда вы случайно усекаете исполняемый сценарий оболочки или никогда не инициализируете его, если вы передаете такой скрипт как аргумент zsh, ошибка не возникает).

Наблюдается на zsh 5.0.2.

Заметим, что bash, , dash не проявляют этой проблемы - они просто молча игнорируют такие вызовы.

5
задан 26 June 2012 в 03:37

26 ответов

Вам нужно получить раздел bsd, который fdisk -l не может показать вам.

Сначала:

$ dmesg|grep bsd

[    3.467958]  sde1: <bsd:bad subpartition - ignored
[    3.467959]  sde2: <bsd: sde5 >

Позаботьтесь о разделе, в этом случае sde5, похоже, был передо мной.

Затем:

$ sudo mount -t ufs -r -o ufstype=ufs2 /dev/sde5 ~/freebsd

Ответ форума, который вывел меня на правильный путь

6
ответ дан 25 July 2018 в 20:33

Вам нужно получить раздел bsd, который fdisk -l не может показать вам.

Сначала:

$ dmesg|grep bsd

[    3.467958]  sde1: <bsd:bad subpartition - ignored
[    3.467959]  sde2: <bsd: sde5 >

Позаботьтесь о разделе, в этом случае sde5, похоже, был передо мной.

Затем:

$ sudo mount -t ufs -r -o ufstype=ufs2 /dev/sde5 ~/freebsd

Ответ форума, который вывел меня на правильный путь

6
ответ дан 31 July 2018 в 12:30

Вам нужно получить раздел bsd, который fdisk -l не может показать вам.

Сначала:

$ dmesg|grep bsd

[    3.467958]  sde1: <bsd:bad subpartition - ignored
[    3.467959]  sde2: <bsd: sde5 >

Позаботьтесь о разделе, в этом случае sde5, похоже, был передо мной.

Затем:

$ sudo mount -t ufs -r -o ufstype=ufs2 /dev/sde5 ~/freebsd

Ответ форума, который вывел меня на правильный путь

6
ответ дан 2 August 2018 в 02:22

Вам нужно получить раздел bsd, который fdisk -l не может показать вам.

Сначала:

$ dmesg|grep bsd

[    3.467958]  sde1: <bsd:bad subpartition - ignored
[    3.467959]  sde2: <bsd: sde5 >

Позаботьтесь о разделе, в этом случае sde5, похоже, был передо мной.

Затем:

$ sudo mount -t ufs -r -o ufstype=ufs2 /dev/sde5 ~/freebsd

Ответ форума, который вывел меня на правильный путь

6
ответ дан 4 August 2018 в 18:07

Вам нужно получить раздел bsd, который fdisk -l не может показать вам.

Сначала:

$ dmesg|grep bsd

[    3.467958]  sde1: <bsd:bad subpartition - ignored
[    3.467959]  sde2: <bsd: sde5 >

Позаботьтесь о разделе, в этом случае sde5, похоже, был передо мной.

Затем:

$ sudo mount -t ufs -r -o ufstype=ufs2 /dev/sde5 ~/freebsd

Ответ форума, который вывел меня на правильный путь

6
ответ дан 6 August 2018 в 02:36

Вам нужно получить раздел bsd, который fdisk -l не может показать вам.

Сначала:

$ dmesg|grep bsd

[    3.467958]  sde1: <bsd:bad subpartition - ignored
[    3.467959]  sde2: <bsd: sde5 >

Позаботьтесь о разделе, в этом случае sde5, похоже, был передо мной.

Затем:

$ sudo mount -t ufs -r -o ufstype=ufs2 /dev/sde5 ~/freebsd

Ответ форума, который вывел меня на правильный путь

6
ответ дан 7 August 2018 в 20:14

Вам нужно получить раздел bsd, который fdisk -l не может показать вам.

Сначала:

$ dmesg|grep bsd

[    3.467958]  sde1: <bsd:bad subpartition - ignored
[    3.467959]  sde2: <bsd: sde5 >

Позаботьтесь о разделе, в этом случае sde5, похоже, был передо мной.

Затем:

$ sudo mount -t ufs -r -o ufstype=ufs2 /dev/sde5 ~/freebsd

Ответ форума, который вывел меня на правильный путь

6
ответ дан 10 August 2018 в 08:36

Вам нужно получить раздел bsd, который fdisk -l не может показать вам.

Сначала:

$ dmesg|grep bsd

[    3.467958]  sde1: <bsd:bad subpartition - ignored
[    3.467959]  sde2: <bsd: sde5 >

Позаботьтесь о разделе, в этом случае sde5, похоже, был передо мной.

Затем:

$ sudo mount -t ufs -r -o ufstype=ufs2 /dev/sde5 ~/freebsd

Ответ форума, который вывел меня на правильный путь

6
ответ дан 15 August 2018 в 20:44

Существует много типов файловой системы UFS, многие из которых поддерживаются ядром Linux, но очень сложно автоматически определить, какой тип UFS необходимо установить, поэтому вам нужно добавить аргумент ufstype= в команда mount.

Возможные общие типы:

old старый формат значения ufs default, поддерживаемый как доступный только для чтения 44bsd, используемый во FreeBSD, NetBSD, OpenBSD ufs2, используемый в синониме FreeBSD 5.x 5xbsd для ufs2 sun, используемом в SunOS (Solaris) sunx86, используемом в SunOS для Intel (Solarisx86) hp, используемом в HP-UX nextstep, используемом в NextStep [ f11], используемый для CDROM NextStep (block_size == 2048) openstep, используемый в OpenStep

Поскольку вы отправляетесь из FreeNAS и основаны на FreeBSD, я рекомендую вам попробовать ufs2 или 44bsd в ufstype=.

Дополнительная информация приведена в документации ядра Linux.

3
ответ дан 25 May 2018 в 16:15
  • 1
    Привет, Бруно! Рад снова вас видеть! Я пробовал это вчера, но никто не работал :( – Tim 6 December 2011 в 02:58
  • 2
    Я шокирован: (Ищите лучший способ идентификации типа UFS и добавьте комментарий, если я найду что-нибудь еще. – Bruno Pereira 6 December 2011 в 02:59
  • 3
    Это было бы очень мило с вашей стороны! Другой, хотя может быть, если есть какой-то способ проверить ошибки в разделе каким-то образом? Может быть, что-то не так с "суперблоком"? – Tim 7 December 2011 в 03:01
  • 4
    Думайте, что есть пакет под названием ufsutils с fs checker, а не 100% уверен в имени atm, loof для ufs в Ubuntu Software Center. – Bruno Pereira 7 December 2011 в 12:58

У нас такой же опыт несколько дней назад, у меня такая же ошибка, но после того, как я проверил его в целевом каталоге монтирования, он установил UFS даже в ошибку в команде mount.

Проверьте если он монтируется, даже если ошибка была обнаружена при установке.

0
ответ дан 25 May 2018 в 16:15
  • 1
    Спасибо за ваш ответ, но ничего не было установлено. – Tim 6 December 2011 в 02:58

Несколько дней назад у нас был такой же опыт, я получил ту же ошибку, но после того, как я проверил ее в целевом каталоге монтирования, он смонтировал ufs, даже если в команде монтирования произошла ошибка.

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

0
ответ дан 25 July 2018 в 20:33

Существует много типов файловой системы UFS, многие из которых поддерживаются ядром Linux, но очень сложно автоматически определить, какой тип UFS необходимо смонтировать, поэтому вам необходимо добавить аргумент ufstype= в команда mount.

Возможные распространенные типы:

  • old старый формат значения ufs
  • default, поддерживаемый только для чтения
  • 44bsd используется во FreeBSD, NetBSD, OpenBSD
  • ufs2 используется во FreeBSD 5.x
  • 5xbsd как синоним ufs2
  • sun используется в SunOS (Solaris)
  • sunx86 используется в SunOS для Intel (Solarisx86)
  • hp используется в HP-UX
  • nextstep используется в NextStep
  • nextstep-cd используется для CDROM NextStep (block_size == 2048)
  • openstep используется в OpenStep

Поскольку вы используете FreeNAS, и он основан на FreeBSD, я рекомендую вам попробовать ufs2 или 44bsd в параметре ufstype=.

Больше информации здесь в документации по Linux Kernel .

3
ответ дан 25 July 2018 в 20:33

Несколько дней назад у нас был такой же опыт, я получил ту же ошибку, но после того, как я проверил ее в целевом каталоге монтирования, он смонтировал ufs, даже если в команде монтирования была ошибка.

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

0
ответ дан 31 July 2018 в 12:30

Существует много типов файловой системы UFS, многие из которых поддерживаются ядром Linux, но очень сложно автоматически определить, какой тип UFS необходимо смонтировать, поэтому вам необходимо добавить аргумент ufstype= в команда mount.

Возможные распространенные типы:

  • old старый формат значения ufs
  • default, поддерживаемый только для чтения
  • 44bsd используется во FreeBSD, NetBSD, OpenBSD
  • ufs2 используется во FreeBSD 5.x
  • 5xbsd как синоним ufs2
  • sun используется в SunOS (Solaris)
  • sunx86 используется в SunOS для Intel (Solarisx86)
  • hp используется в HP-UX
  • nextstep используется в NextStep
  • nextstep-cd используется для CDROM NextStep (block_size == 2048)
  • openstep используется в OpenStep

Поскольку вы используете FreeNAS, и он основан на FreeBSD, я рекомендую вам попробовать ufs2 или 44bsd в параметре ufstype=.

Больше информации здесь в документации по Linux Kernel .

3
ответ дан 31 July 2018 в 12:30

Несколько дней назад у нас был такой же опыт, я получил ту же ошибку, но после того, как я проверил ее в целевом каталоге монтирования, он смонтировал ufs, даже если в команде монтирования произошла ошибка.

Проверьте смонтировать цель, если она смонтирована, даже если при монтировании была показана ошибка.

0
ответ дан 2 August 2018 в 02:22

Существует много типов файловой системы UFS, многие из которых поддерживаются ядром Linux, но очень сложно автоматически определить, какой тип UFS необходимо смонтировать, поэтому вам необходимо добавить аргумент ufstype= в команда mount.

Возможные распространенные типы:

  • old старый формат значения ufs
  • default, поддерживаемый только для чтения
  • 44bsd используется во FreeBSD, NetBSD, OpenBSD
  • ufs2 используется во FreeBSD 5.x
  • 5xbsd как синоним ufs2
  • sun используется в SunOS (Solaris)
  • sunx86 используется в SunOS для Intel (Solarisx86)
  • hp используется в HP-UX
  • nextstep используется в NextStep
  • nextstep-cd используется для CDROM NextStep (block_size == 2048)
  • openstep используется в OpenStep

Поскольку вы используете FreeNAS, и он основан на FreeBSD, я рекомендую вам попробовать ufs2 или 44bsd в параметре ufstype=.

Больше информации здесь в документации по Linux Kernel .

3
ответ дан 2 August 2018 в 02:22

Существует много типов файловой системы UFS, многие из которых поддерживаются ядром Linux, но очень сложно автоматически определить, какой тип UFS необходимо смонтировать, поэтому вам необходимо добавить аргумент ufstype= в команда mount.

Возможные распространенные типы:

  • old старый формат значения ufs
  • default, поддерживаемый только для чтения
  • 44bsd используется во FreeBSD, NetBSD, OpenBSD
  • ufs2 используется во FreeBSD 5.x
  • 5xbsd как синоним ufs2
  • sun используется в SunOS (Solaris)
  • sunx86 используется в SunOS для Intel (Solarisx86)
  • hp используется в HP-UX
  • nextstep используется в NextStep
  • nextstep-cd используется для CDROM NextStep (block_size == 2048)
  • openstep используется в OpenStep

Поскольку вы используете FreeNAS, и он основан на FreeBSD, я рекомендую вам попробовать ufs2 или 44bsd в параметре ufstype=.

Больше информации здесь в документации по Linux Kernel .

3
ответ дан 4 August 2018 в 18:07

Несколько дней назад у нас был такой же опыт, я получил ту же ошибку, но после того, как я проверил ее в целевом каталоге монтирования, он смонтировал ufs, даже если в команде монтирования была ошибка.

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

0
ответ дан 4 August 2018 в 18:07

Несколько дней назад у нас был такой же опыт, я получил ту же ошибку, но после того, как я проверил ее в целевом каталоге монтирования, он смонтировал ufs, даже если в команде монтирования произошла ошибка.

Проверьте смонтировать цель, если она смонтирована, даже если при монтировании была показана ошибка.

0
ответ дан 6 August 2018 в 02:36

Существует много типов файловой системы UFS, многие из которых поддерживаются ядром Linux, но очень сложно автоматически определить, какой тип UFS необходимо смонтировать, поэтому вам необходимо добавить аргумент ufstype= в команда mount.

Возможные распространенные типы:

  • old старый формат значения ufs
  • default, поддерживаемый только для чтения
  • 44bsd используется во FreeBSD, NetBSD, OpenBSD
  • ufs2 используется во FreeBSD 5.x
  • 5xbsd как синоним ufs2
  • sun используется в SunOS (Solaris)
  • sunx86 используется в SunOS для Intel (Solarisx86)
  • hp используется в HP-UX
  • nextstep используется в NextStep
  • nextstep-cd используется для CDROM NextStep (block_size == 2048)
  • openstep используется в OpenStep

Поскольку вы используете FreeNAS, и он основан на FreeBSD, я рекомендую вам попробовать ufs2 или 44bsd в параметре ufstype=.

Больше информации здесь в документации по Linux Kernel .

3
ответ дан 6 August 2018 в 02:36

Существует много типов файловой системы UFS, многие из которых поддерживаются ядром Linux, но очень сложно автоматически определить, какой тип UFS необходимо смонтировать, поэтому вам необходимо добавить аргумент ufstype= в команда mount.

Возможные распространенные типы:

  • old старый формат значения ufs
  • default, поддерживаемый только для чтения
  • 44bsd используется во FreeBSD, NetBSD, OpenBSD
  • ufs2 используется во FreeBSD 5.x
  • 5xbsd как синоним ufs2
  • sun используется в SunOS (Solaris)
  • sunx86 используется в SunOS для Intel (Solarisx86)
  • hp используется в HP-UX
  • nextstep используется в NextStep
  • nextstep-cd используется для CDROM NextStep (block_size == 2048)
  • openstep используется в OpenStep

Поскольку вы используете FreeNAS, и он основан на FreeBSD, я рекомендую вам попробовать ufs2 или 44bsd в параметре ufstype=.

Больше информации здесь в документации по Linux Kernel .

3
ответ дан 7 August 2018 в 20:14

Несколько дней назад у нас был такой же опыт, я получил ту же ошибку, но после того, как я проверил ее в целевом каталоге монтирования, он смонтировал ufs, даже если в команде монтирования была ошибка.

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

0
ответ дан 7 August 2018 в 20:14

Несколько дней назад у нас был такой же опыт, я получил ту же ошибку, но после того, как я проверил ее в целевом каталоге монтирования, он смонтировал ufs, даже если в команде монтирования была ошибка.

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

0
ответ дан 10 August 2018 в 08:36

Существует много типов файловой системы UFS, многие из которых поддерживаются ядром Linux, но очень сложно автоматически определить, какой тип UFS необходимо смонтировать, поэтому вам необходимо добавить аргумент ufstype= в команда mount.

Возможные распространенные типы:

  • old старый формат значения ufs
  • default, поддерживаемый только для чтения
  • 44bsd используется во FreeBSD, NetBSD, OpenBSD
  • ufs2 используется во FreeBSD 5.x
  • 5xbsd как синоним ufs2
  • sun используется в SunOS (Solaris)
  • sunx86 используется в SunOS для Intel (Solarisx86)
  • hp используется в HP-UX
  • nextstep используется в NextStep
  • nextstep-cd используется для CDROM NextStep (block_size == 2048)
  • openstep используется в OpenStep

Поскольку вы используете FreeNAS, и он основан на FreeBSD, я рекомендую вам попробовать ufs2 или 44bsd в параметре ufstype=.

Больше информации здесь в документации по Linux Kernel .

3
ответ дан 10 August 2018 в 08:36

Существует много типов файловой системы UFS, многие из которых поддерживаются ядром Linux, но очень сложно автоматически определить, какой тип UFS необходимо смонтировать, поэтому вам необходимо добавить аргумент ufstype= в команда mount.

Возможные распространенные типы:

  • old старый формат значения ufs
  • default, поддерживаемый только для чтения
  • 44bsd используется во FreeBSD, NetBSD, OpenBSD
  • ufs2 используется во FreeBSD 5.x
  • 5xbsd как синоним ufs2
  • sun используется в SunOS (Solaris)
  • sunx86 используется в SunOS для Intel (Solarisx86)
  • hp используется в HP-UX
  • nextstep используется в NextStep
  • nextstep-cd используется для CDROM NextStep (block_size == 2048)
  • openstep используется в OpenStep

Поскольку вы используете FreeNAS, и он основан на FreeBSD, я рекомендую вам попробовать ufs2 или 44bsd в параметре ufstype=.

Больше информации здесь в документации по Linux Kernel .

3
ответ дан 15 August 2018 в 20:44
  • 1
    Привет Бруно! Рад видеть тебя снова! Я попробовал это вчера на самом деле, но никто не работал :( – Tim 6 December 2011 в 02:58
  • 2
    Я в шоке :( Я буду искать лучший способ определения типа UFS и добавлю комментарий, если найду что-нибудь еще. – Bruno Pereira 6 December 2011 в 02:59
  • 3
    Это было бы очень мило с вашей стороны! Другой, хотя может быть, если есть какой-то способ проверить ошибки в разделе как-то? Может быть, что-то не так с "суперблоком"? – Tim 7 December 2011 в 03:01
  • 4
    Подумайте, есть пакет под названием ufsutils с fs checker, который не уверен на 100% в названии atm, loof для ufs в Ubuntu Software Center. – Bruno Pereira 7 December 2011 в 12:58

Несколько дней назад у нас был такой же опыт, я получил ту же ошибку, но после того, как я проверил ее в целевом каталоге монтирования, он смонтировал ufs, даже если в команде монтирования была ошибка.

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

0
ответ дан 15 August 2018 в 20:44
  • 1
    Спасибо за ваш ответ, но ничего не было установлено. – Tim 6 December 2011 в 02:58

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

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