Если «impuser» разрешено получить root (это означает, что он не исключен из прав sudo в файле /etc/sudoers). Просто нажмите Ctrl + Alt + T на клавиатуре, чтобы открыть терминал. Когда он откроется, запустите команду ниже.
sudo su
Проблема заключается в том, что диски ссылаются на идентификаторы, а не на устройство.
Ниже приведено обходное решение, которое должно работать:
ln -s /dev/null /dev/ata-ST3300831A_5NF0552X
zpool export hermes
zpool import hermes
zpool status
# note the new device name that should appear here
zpool offline hermes xxxx
zpool replace hermes xxxx /dev/disk/by-id/ata-ST3500320AS_9QM03ATQ
Изменить: я опоздал на 30 секунд. ..
@Marcus: Спасибо, что опубликовали этот отличный ответ на свой вопрос, это очень помогло мне.
На днях я нашел поворот, который может вас заинтересовать (и кто-нибудь еще, googling в будущем): у меня было устройство кэширования, которое было удалено из пула (и отмечено как «UNAVAIL») из-за этой же ошибки (ZFS-8000-4J, «метка отсутствует или недействительна») и пытается отключиться / удалить / заменить его с тем же сообщением «нет такого устройства в пуле».
НО, когда я попытался применить ваше решение, простой «zdb» (без аргументов) не отобразил устройство, а тем более его GUID.
После некоторого копания я обнаружил, что «zdb -l / dev / DEVICENAME» перечисляет GUID (беря его непосредственно с устройства, а не из записей пула), и использование этого GUID позволило мне сделать (на самом деле я сделал «zpool offline», а затем «zpool remove», а затем «zpool add», который отлично работал).
У меня была аналогичная проблема:
Диск вышел из строя таким образом, что он больше не регистрировался в BIOS (полностью мертв). [F5] указал, что это UNAVAILABLE.
Я поставил диск с аналогичной емкостью, и мне удалось выделить его как новый spare, который был INUSE и resilvered the drive. Но на самом деле это не было частью zpool, а у пула была память отсутствующего диска, и он думал, что когда-нибудь появится снова.
Решение состояло в том, чтобы сначала удалить отсутствующий диск из zpool:
[root@hactar ~]# zpool detach hactar_data /dev/gptid/87410b00-adb0-11e6-9193-00241d738094
Затем отпустите диск, отмеченный spare-1 INUSE также:
[root@hactar ~]# zpool detach hactar_data /dev/gptid/f2089b59-2654-11e5-8d99-00241d738094
Как только я это сделал, похоже, что FreeNAS выяснил это без меня, чтобы сделать [ f10], однако если ваша система сама не понимает, следующая команда должна заменить одно устройство на другое:
zpool replace {your_poolname} {drive to be replaced} {new drive to take its place}
Например:
zpool replace hactar_data /dev/gptid/87410b00-adb0-11e6-9193-00241d738094 /dev/gptid/87410b00-adb0-11e6-9193-00241d
738094
Gptids пришли из моей команды zpool status.