ну трим это команда диску "эти блоки больше не заняты", не более Далее - чисто поведение мозгов ssd

дааа, ща на массмаркет много ссд с QLC полилось, так это вообще по скорости флешка, он пока может пишет по принципу SLC а потом задница, это вообще подходит только для компов типа офисных)

да, но мозгу еще надо найти время и io что б этим блокам сделать erase, ради чего трим и нужен)

вот я для дома присматриваюсь, на синхронную запись пофиг всё равно

надо иметь ввиду, что оно во всем плохо, поточная запись после условно скопированных 15гб там тоже превратится в тыкву

и надо будет перед следующими 15гб подождать пока он те раскидает по своим местам, и чем больше занято пространства тем эта цифра ниже

ну на домашнем компе редко перезапись полная, к примеру у бюджетного терабайтного кингстона такого кеша 160ГБ, для хомяка с головой на burst write

160 это пока он совсем пустой) потом меньше, но в целом согласен, обычному юзеру с головой

какая связь между тематичносттью канала и временем поступления вопросов?

Подскажите плз, как добавить в спешл третий диск?

третим в зеркало

zpool add spoolH special mirror-1 /dev/disk/by-id/.... zpool attach spoolH mirror-1 /dev/disk/by-id/....

Noooooooooo

zpool attach spoolH mirror-1 /dev/disk/by-id/ata-SAMSUNG_MZNTD256HAGL-000L9_S1ETNYAF808101-part1 cannot attach /dev/disk/by-id/ata-SAMSUNG_MZNTD256HAGL-000L9_S1ETNYAF808101-part1 to mirror-1: can only attach to mirrors and top-level disks

А если как при первом добавлении zpool add spoolH special /dev/disk/by-id/ata-SAMSUNG_MZNTD256HAGL-000L9_S1ETNYAF808101-part1

попробуйте вместо mirror-1 указать имя существующего девайса из этого зеркала

zpool attach spoolH ata-SanDisk_SD6SP1M256G1012_141010402063-part1 /dev/disk/by-id/ata-SAMSUNG_MZNTD256HAGL-000L9_S1ETNYAF808101-part1

хотя должен был и mirror-1 проглотить. видимо баг

Капец. логики не понял вообще. По команде добавление диска к диску. )

хотя должен был и mirror-1 проглотить. видимо баг

iirc device это именно диск, mirror это virtual device (vdev)

в секции мана про zpool указан device. Хотя честно говоря смысл добавления к mirror-1 был бы более понятен для пользователей

ткни плиз, мб опечатка

Вот! Я об этом

нет, в мане всё верно - указано что аттачить нужно к device. Поэтому я и предложил указать имя существующего диска, который уже внутри mirror-1. Но с точки зрения логики (имхо) было бы правильнее аттатчить к mirror-1

Возможно, этот новый диск будет зералиться с уже существующего диска. Ибо в рейде могут быть тормознутые и на грани смерти диски.

хотя должен был и mirror-1 проглотить. видимо баг

Возможно, этот новый диск будет зералиться с уже существующего диска. Ибо в рейде могут быть тормознутые и на грани смерти диски.

Правильно менять устройство в mirror сначала добавив новое, потом удлив устройство с ошибками, и зеркалится он при этом с обоих устройств. Это так, чтобы не добить исправный диск синхронизацией, по возможности сняв с него часть нагиузки. По этому, точно могу сказать, что по факту, зеркалится он со всех доступных дисков.

я не предлагал вытаскивать целевый диск из рабочего зеркала.

как по мне, в случае сбойного устройства в рейде, нужно выключить проверку чексум, синхронихировать данные на новом устройстве, а потом включать проверку чексум и сделать проверку повторно

Ни в коем случае в этой ситуации нельзя отключать проверку сумм.

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

нет. если диск при смерти, незачем его насиловать

Чек суммы проверяются для каждого устройства. Чексуммы не насилуют диск. У вас может и второе устройство сбоцнуть, тогда данный сбойный сектор прочитается с другого устройства. Чек сумсы позволяют читать данные надёжно даже со двух сбойных устройств.

при включенной проверки чексуммы у меня скорость синхронихзации падала до 600 байт в секунду

при включенной проверки чексуммы у меня скорость синхронихзации падала до 600 байт в секунду

Так то мож проц не вывозил или памяти мало было?