Чем перенести 20 терабайт

Чем перенести 20 терабайт

В накопителях используется технология перпендикулярной магнитной записи (PMR) с головками для двумерной магнитной записи (TDMR)

реклама

Компания Seagate наращивает производство своих еще не анонсированных жестких дисков емкостью 20 ТБ, сообщила компания в своем последнем отчете о доходах. В накопителях используется технология перпендикулярной магнитной записи (PMR) с головками для двумерной магнитной записи (TDMR), и они должны быть общедоступными, в отличие от нынешних жестких дисков компании на 20 ТБ, основанных на технологии магнитной записи с подогревом, которые доступны только избранным клиентам.

реклама

«Мы начали наращивать объемы продукции на 20 ТБ в сентябрьском квартале, и очень довольны большим интересом клиентов», — сказал Дэвид Мосли, главный исполнительный директор Seagate.

Еще в июле Мосли сказал, что компания готовит жесткие диски PMR емкостью 20 ТБ в дополнение к существующим дискам HAMR емкостью 20 ТБ, поставляемым исключительно операторам гипермасштабируемых облачных центров обработки данных, а также внутри собственных систем хранения Lyve. У этих дисков есть некоторые особенности, которые не позволяют Seagate поставлять их всем клиентам, включая рынок DIY.

«Мы сейчас эксплуатируем несколько разновидностей 20-терабайтных дисков, чтобы удовлетворить широкий спрос клиентов», — сказал Мосли.

С жесткими дисками емкостью 20 ТБ энтузиасты получат много места для хранения на настольных компьютерах и в домашних системах NAS. Например, сетевое хранилище с четырьмя дисками может хранить около 60 ТБ данных в режиме RAID5, предлагая как достаточную емкость, так и довольно высокую производительность (по крайней мере, с точки зрения жестких дисков, но можно добавить кэширующий SSD в соответствующий NAS, чтобы получить высокую скорость).

Внедрение двойных приводов набирает обороты

Seagate также наращивает производство своих жестких дисков Mach.2 с двойным приводом. Первоначально эти жесткие диски были доступны только избранным клиентам, и крупнейшим их сторонником была Microsoft, которая разработала несколько способов использования двух приводов. Seagate начала выставлять на продажу свои жесткие диски Exos 2X14 в мае, что свидетельствует о готовности компании предлагать такие диски более широкому кругу клиентов.

«Я в равной степени восхищен заинтересованностью клиентов на наши приводы с двойным приводом Mach.2, которые сейчас поставляются в больших количествах», — сказал глава Seagate. «Как мы и ожидали несколько месяцев назад, мы наблюдаем более широкое распространение накопителей Mach.2 для основных и периферийных приложений. Выгода от повышения производительности чтения и записи, которое мы обеспечиваем с этими продуктами. Мы ожидаем, что приводы с двумя приводами станут более распространенными, поскольку емкость превысит 30 ТБ, чтобы соответствовать требованиям как к стоимости, так и к производительности».

Жесткий диск Seagate Exos 2X14 на 14 ТБ — это собственно два диска по 7 ТБ, втиснутые в 3,5-дюймовый герметичный корпус, заполненный гелием. Устройство имеет скорость вращения шпинделя 7200 об/мин, оснащено многосегментной кэш-памятью 256 МБ и использует однопортовый интерфейс SAS 12 Гбит/с. Обладая устойчивой скоростью передачи 524 МБ/с (внешний диаметр), 304/384 IOPS при произвольном чтении / записи и средней задержкой 4,16 мс, Exos 2X14 является самым быстрым жестким диском в мире, который может бросить вызов некоторым твердотельным накопителям SATA с точки зрения линейной производительности чтения / записи. Хост-система рассматривает Exos 2X14 как два логических диска с независимой адресацией.

Входящая мощность с высокой пропускной способностью

В то время как твердотельные накопители и технологии 3D NAND быстро развиваются, жесткие диски для накопителей большого объема не имеют себе равных с точки зрения стоимости гигабайта, надежности и долговечности. Чтобы продолжать наращивать емкость, производители жестких дисков должны внедрить новые технологии магнитной записи с использованием энергии (EAMR), такие как HAMR или MAMR (магнитная запись с использованием микроволн). Seagate делает ставку на HAMR, в то время как ее конкуренты Toshiba и Western Digital пока используют FC-MAMR (MAMR с управляемым потоком) и PMR с поддержкой энергии (ePMR). Для HAMR требуются новые стеклянные носители и новые записывающие головки, в то время как конкурирующие технологии используют диски с минимальными (если вообще есть) изменениями по сравнению с носителями PMR.

Компания Seagate обгоняет своих конкурентов в использовании новых дисков и считает, что HAMR — лучшая технология как сейчас, так и в далеком будущем, поскольку используемые сегодня носители предназначены для использования в долгосрочной перспективе.

«Чтобы быть предельно ясным, HAMR — это действительно путь к 30 ТБ и более», — сказал Мосли. «Мы очень уверены в этом прямо сейчас».

Перенос (клонирование) Windows на другой SSD/HDD диск

24.11.2020

itpro

Windows 10, Windows Server 2016

комментариев 48

В этой статье мы рассмотрим, как перенести установленную Windows с одного жесткого диска на другой только с помощью встроенных средств без использования сторонних программ (таких, как Paragon, AOMEI или Acronis). Эта инструкция поможет вам, например, перенести Windows с HDD на новый SSD диск, или склонировать установленную и настроенную Windows на другой компьютер (есть нюансы) или новый жесткий диск большего размера.

В качестве примера мы склонируем установленную Windows 10 на новый диск с помощью загрузочной USB флешки, командной строки и встроенной утилиты robocopy.

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

Вы сможете склонировать жесткий диск на новый диск меньшего размера, если место, занятое на системном диске текущей Windows меньше, чем емкость нового диска. Если это не так, придется удалить/переместить часть файлов с диска. Чаще всего такой вопрос возникает при переносе на SSD диск меньшей емкости, чем обычный HDD.

Процедура переноса Windows на другой диск зависит от, того, в каком режиме работает ваш компьютер: BIOS или UEFI. Выполните команду:

Если в строке BIOS mode (режим BIOS) указано Legacy (Устаревший), у вас компьютер с BIOS (или UEFI работает в режиме Legacy/CSM). Если указано UEFI – у вас современных компьютер и Windows установлена в UEFI режиме.

• Если компьютер работает в нативном UEFI режиме и имеет таблицу разделов GPT, я буду помечать команды для таких компьютеров UEFI GPT ;
• Если у вас старый компьютер с BIOS или с UEFI но в Legacy режиме, а таблица разделом MBR – команды будут помечены меткой BIOS MBR .

В первую очередь нужно создать таблицы разделов на новом диске. Это можно сделать непосредственно из запущенной Windows 10 с помощью diskpart. Если диск новый, инициализируйте его с помощью консоли diskmgmt.msc или PoweShell команды Initialize-Disk:

Get-Disk | Where-Object PartitionStyle –Eq ‘RAW’ | Initialize-Disk

Теперь создадим таблицу разделов на диске. Откройте командную строку с правами администратора и выполните команду:

В контексте diskpart выполните следующие команды.

list disk
select disk 1 (в зависимости от номера вашего нового диска, который выдала предудущая команда)
clean

Далее команды отличаются в зависимости от типа вашей платформы.

Для UEFI GPT :

convert gpt
create partition efi size=100
format fs=»FAT32″ quick label=»EFI»
create partition msr size=16
create partition primary
format fs=»NTFS» quick label=»NEW_SYSTEM»
exit

Мы создали на новом диске таблицу разделов GPT, два небольших служебных раздела (EFI и MSR), на оставшемся месте создан один большой раздел (см. подробнее о структуре GPT разделов для EFI).

Если на диске уже есть разделы, вы можете изменить тип таблицы разделов с MBR на GPT без потери данных с помощью встроенной утилиты mbr2gpt.exe.

Для BIOS MBR следующие команды:

create partition primary align=1024
active
format fs=»NTFS» quick label=»NEW_SYSTEM»
exit

Для клонирования Windows на новый диск вам понадобится загрузочная USB флешка с установочным образом Windows 10 (проще всего создать такую флешку с помощью MediaCreationTool).

Перезагрузите ваш компьютер и загрузитесь с установочного диска. При появлении окна установки Windows нажмите Shift+F10 чтобы открыть командую строку. В открывшемся окне выполните команды

На скриншоте ниже видно, что оригинальному разделу Windows на старом диске присвоена буква диска E:, а большому разделу на новом диске (с меткой NEW_SYSTEM) назначена буква D:.

Если буквы диска не назначены, вы можете назначить их из diskpart следующим образом:
select disk 1
list part
select part 1
assign
list volume

Теперь нужно скопировать файлы со старого диска с установленной Windows на новый. Проще всего это сделать с помощью robocopy. Следующая команда robocopy скопирует все символические ссылки, файлы и папки с атрибутами, NTFS правами и timestamp. При этом лог копирования будет сохранен в корень целевого диска:

robocopy E:\ D:\ /E /COPYALL /SL /XJ /R:3 /W:3 /UNILOG:»D:\rcopy.log» /TEE

Копирование может занять продолжительно время в зависимости от размер старого диска (в моем случае копирование 60 Гб диска заняло около часа).

Теперь можно выключить компьютер и отключить старый жесткий диск.

Следующий шаг, настройка загрузчика Windows на новом диске.

Если попытаться загрузится с нового диска, появится ошибка Operation system not found.

Опять загрузите компьютер в среде установки Windows и запустите командную строку ( Shift+F10 ).

Восстановление BIOS MBR загрузчика.

Проверьте букву диска, назначенную новому большому разделу на диске:

Диску назначена буква C:

Восстановите BCD загрузчик на диске C:

bcdboot C:\Windows /S C:

Исправьте MBR запись и записи в BCD загрузчике:

bootrec.exe /FixMbr
bootrec.exe /FixBoot
bootrec.exe /RebuildBcd

Восстановление загрузчика на UEFI GPT компьютере (подробно эта процедура описана в статье восстановление загрузчика Windows 10 на UEFI компьютере).

Нужно определить букву системного диска и назначить букву диска разделу с EFI.

В данном примере системному разделу назначена буква диска C. Вам нужно назначить букву разделу EFI (размер 100 мб и файловая система FAT32) следующими командами (в командах измените номера разделов в соответствии с вашей конфигурацией):

select volume 1
assign letter M:
exit

Теперь нужно пересоздать конфигурацию BCD загрузчика:

cd /d m:\efi\microsoft\boot\
ren BCD BCD.bak
bcdboot С:\Windows /l en-us /s M: /f ALL

Перезагрузите компьютер и отключите загрузочную флешку. Убедитесь, что Windows корректно загрузилась с нового диска.

Все установленные приложения, документы и настройки остались на месте. Вы успешно скопировали установленную Windows 10 на новый диск.

При копировании файлов на новый диск с помощью robocopy могут встречаться ошибки. Откройте на новом диске файл rcopy.log и посмотрите какие файлы не были скопированы. В моем случае не было скопировано 94 файла (в моем случае не скопировать только мусорные файлы).

В статье опущена процедура создания загрузочной записи для среды восстановления Windows. Обычно она находится на отдельном разделе System Reserved. Если вы хотите настроить работу среду Windows Recovery Environment (WinRE) , следуйте инструкциям в статье.

Предыдущая статья Следующая статья

Перенос home раздела на другой физический диск без потери данных

Сейчас система стоит на HDD 2 ТБ. Хочу поставить SSD на 128 ГБ. При этом раздел home оставить с HDD. Получается нужна следующая таблица разделов:

1. /boot ext2 1 ГБ SSD
2. / ext4 ~125 ГБ SSD
3. swap 2 ГБ SSD
4. /home ext4 2 ТБ HDD

При этом стоит задача не потерять данные, которые сейчас записаны на home разделе HDD. Дистрибутив Linux Mint. Как я понимаю, при установке системы все разделы будут отформатированы? Можно ли уже после установки подключить жесткий диск и выставить автомонтирование его в /home? Не возникнет ли проблем с домашним каталогом пользователя? Ведь при установки системы home раздел для пользователя конфигурируется системой. Надо его подменить так, чтобы ничего не сломалось

opensuseuser
23.01.21 13:35:19 MSK

У тебя хомяк на хдд точно отдельным разделом? Если да, то все просто. Устанавливай систему на ссд. Что там за алгоритм разметки у Минта, когда есть существующий раздел, я не в курсе, поэтому для безопасности не переноси разделы в установщике, а поставь все как есть на ссд. А после установки в /etc/fstab поправь UUID хомяка на тот, что на хдд. Проверь только, что при установке на ссд хомяк получает отдельный раздел, иначе нужно будет не исправлять UUID, а добавлять новую запись с хомяком.

P.S. Если у тебя системы с efi, то должен быть отдельный esp раздел в fat32.

P.P.S. Выносить хомяк полностью на хдд не правильно в контексте производительности. В хомяке много маленьких конфигов, которые перед запуском читают от ДЕ до разного софта, вроде браузеров, редакторов и т.п. Поэтому лучше, чтобы они располагались на быстром диске — ссд. А большие файлы можно располагать на хдд, при этом озаботившись симлинками.

kardjoe
( 23.01.21 13:45:00 MSK )
Последнее исправление: kardjoe 23.01.21 13:47:32 MSK (всего исправлений: 1)

Не жирно ли? Дело твое, но даже 32 гигов для корня обычно с запасом. На крайняк 64.

Vsevolod-linuxoid ★★★★★
( 23.01.21 13:51:24 MSK )
Последнее исправление: Vsevolod-linuxoid 23.01.21 13:52:45 MSK (всего исправлений: 1)

Зачем переустанавливать, если можно просто перенести?

Зачем оставлять /home на HDD?

anonymous
( 23.01.21 14:01:40 MSK )

Как я понимаю, при установке системы все разделы будут отформатированы?

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

А вообще можешь сделать так, отключи накопитель 2ТБ от компьютера(просто вынь из материнки sata кабель) и спокойно ставь на ssd, а потом подключи накопитель 2ТБ обратно и скопируй в /etc/fstab новой системы соответствующую строку(и) из /etc/fstab старой системы.

Если позвонишь мне на указанный в моём профиле телефон то я тебе расскажу как просто перенести старую систему на новый диск.

torvn77 ★★★★★
( 23.01.21 14:04:01 MSK )
Ответ на: комментарий от torvn77 23.01.21 14:04:01 MSK

А, теперь до меня дошло.

Vsevolod-linuxoid ★★★★★
( 23.01.21 14:18:30 MSK )
Ответ на: комментарий от torvn77 23.01.21 14:04:01 MSK

Да, тут можно и перенести. Проще наверное с флешки это сделать. Несколько команд на копирование или перенос файлов и один chroot для установки загрузчика с новой конфигурацией.

Vsevolod-linuxoid ★★★★★
( 23.01.21 14:20:43 MSK )
Последнее исправление: Vsevolod-linuxoid 23.01.21 14:22:20 MSK (всего исправлений: 1)

Ответ на: комментарий от Vsevolod-linuxoid 23.01.21 13:51:24 MSK

И для чего /boot на ext2 отдельный? У тебя же нет LVM, да и в таком случае лучше ext4.

Vsevolod-linuxoid ★★★★★
( 23.01.21 14:21:52 MSK )

Покажи текущую разметку.

sudo fdisk -l df -hT lsblk

И я считаю, что отдельный /boot не нужен, да и / у тебя великоват.

Vsevolod-linuxoid ★★★★★
( 23.01.21 14:23:36 MSK )
Ответ на: комментарий от Vsevolod-linuxoid 23.01.21 14:20:43 MSK

Несколько команд на копирование или перенос файлов и один chroot для установки загрузчика с новой конфигурацией.

Это неправильный методо переноса, сначало надо gparted уменьшить размеры всех переносимых разделов, потом разбить диск на которыйц будет перенос, перенести разделы с помощью dd и увеличить до полного занятия отведённого при разбивке места.

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

torvn77 ★★★★★
( 23.01.21 15:24:42 MSK )
Ответ на: комментарий от torvn77 23.01.21 15:24:42 MSK

Зачем оперировать уровнем блочных устройств, если можно использовать файлы, что проще и быстрее? Атрибуты и права сохранятся при правильном копировании.

Vsevolod-linuxoid ★★★★★
( 23.01.21 15:28:24 MSK )
Последнее исправление: Vsevolod-linuxoid 23.01.21 15:28:55 MSK (всего исправлений: 1)

Ответ на: комментарий от Vsevolod-linuxoid 23.01.21 15:28:24 MSK

А я например не знаю как делать правильное копирование, и ТС не знает как делать правильное копирование, и ты можешь думать что знаешь как делать правильное копирование, но на самом деле делать ошибки, так что проще блоки перенести.

Ты забыл хардлинки, симлинки, специальные файлы к которым недавно добавились субтома(btrfs exmpl).

А ещё есть малоиспользуемые атрибуты о которые админятся непойми как и чем.

torvn77 ★★★★★
( 23.01.21 15:35:10 MSK )

Можно ли уже после установки подключить жесткий диск и выставить автомонтирование его в /home?

Так всегда и делаю. Только все скрытые папки удаляю (.config, .cache).

fornlr ★★★★★
( 23.01.21 15:40:20 MSK )
Ответ на: комментарий от Vsevolod-linuxoid 23.01.21 13:51:24 MSK

В 2021 году — нет. У меня 46 ГБ занято. С учётом, что забивать разделы под завязку так себе идея — тем более.

fornlr ★★★★★
( 23.01.21 15:41:22 MSK )
Последнее исправление: fornlr 23.01.21 15:44:32 MSK (всего исправлений: 2)

Ответ на: комментарий от fornlr 23.01.21 15:41:22 MSK

/ ext4 ~125 ГБ SSD

не жирно ли?

В 2022 году — нет.

Нет жирно, исключение составляютс системы разбитые не на основе разделов, а на основе субтомов в которых субтома берут себе блоки накопителя по мере необходимости.

torvn77 ★★★★★
( 23.01.21 15:46:36 MSK )
Последнее исправление: torvn77 23.01.21 15:48:02 MSK (всего исправлений: 2)

Ответ на: комментарий от torvn77 23.01.21 15:35:10 MSK

Vsevolod-linuxoid ★★★★★
( 23.01.21 16:08:48 MSK )
Последнее исправление: Vsevolod-linuxoid 23.01.21 16:09:17 MSK (всего исправлений: 1)

Под /boot один гиг много, у меня например всего 70 метров

[code] /boot$ du -sh 70M . [/code] ps тег code не работает…

simd0264 ★
( 23.01.21 19:20:22 MSK )
Последнее исправление: simd0264 23.01.21 19:29:15 MSK (всего исправлений: 1)

Конкретно по вопросу: просто скопировать. Можно из графического файлового менеджера, но если вас не устраивает 0,00001% шанс упустить какую нибудь мелочь, то остановить графический сеанс и сделать всё из конслои. Можно сделать сложнее и избыточно надёжней: запаковать домашнюю папку в .tar.gz и распаковать на новом диске.

Главное убедиться, что новая домашняя папка принадлежит тому же пользователю и что копирует тот же пользователь, от рута не желательно.

По разумности разметки: она неразумна. Зачем 100+ гигов на корне? Я всё понимаю, федора с убунтой, флатпаки, снапы, npm, жирногном и жирнокеды, электрон и прочее, но не на 100 гигов же! 20, максимум 40 под софт, остальное /home прямо на ssd. Тяжёлые папки выносятся на hdd симлинками или просто лежат на другом диске.

kirill_rrr ★★★★★
( 23.01.21 20:05:02 MSK )
Ответ на: комментарий от torvn77 23.01.21 15:46:36 MSK

Ты кроме системы ничего не установил что ли? А то у меня куча пакетов + различные серьёзные инструменты, вроде DaVinci Resolve.

LikeABoss
( 23.01.21 23:53:02 MSK )
Ответ на: комментарий от kirill_rrr 23.01.21 20:05:02 MSK

Мне на лоре советовали fsarchiver для копирования разделов. Работает на уровне файлов, переносит атрибуты (не все, например запреты chattr +i сбрасываются). Работает даже с шиндой. И, конечно, есть еще clonezilla, но я еще не пробовал.

anonymous
( 24.01.21 00:05:46 MSK )
Ответ на: комментарий от kirill_rrr 23.01.21 20:05:02 MSK

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

А если не принадлежит, как это исправить? У меня пишет владелец 500.

anonymous
( 24.01.21 00:08:04 MSK )
Ответ на: комментарий от LikeABoss 23.01.21 23:53:02 MSK
anonymous
( 24.01.21 00:09:40 MSK )
Ответ на: комментарий от LikeABoss 23.01.21 23:53:02 MSK

Ты кроме системы ничего не установил что ли? А то у меня куча пакетов + различные серьёзные инструменты, вроде DaVinci Resolve.

В принципе да, но с другой стороны что мешает директорию /opt разместить на отдельном накопителе?
(Ну это если эти инструменты весят нерально много гигабайт)

torvn77 ★★★★★
( 24.01.21 00:57:12 MSK )
Ответ на: комментарий от simd0264 23.01.21 19:20:22 MSK

Совсем не много. На Debian, Ubuntu и их производных с конфигурацией по умолчанию, если /boot отдельно, то лучше не делать его меньше 500 Мб.

anonymous
( 24.01.21 07:01:05 MSK )
Ответ на: комментарий от anonymous 24.01.21 00:08:04 MSK

Если не владелец, то chown -R user:user /media/новый_home/новый_user

kirill_rrr ★★★★★
( 24.01.21 07:26:30 MSK )
Ответ на: комментарий от anonymous 24.01.21 07:01:05 MSK

Нет смысла хранить все обновления ядра с начала времён. Да, их чистить приходится руками.

kirill_rrr ★★★★★
( 24.01.21 07:28:32 MSK )
Ответ на: комментарий от kirill_rrr 24.01.21 07:28:32 MSK

Нет смысла хранить все обновления ядра с начала времён. Да, их чистить приходится руками.

Как-то не очень. Ubuntu сама удаляет, оставляя двое последних ядер.

Зачем 100+ гигов на корне? Я всё понимаю, федора с убунтой, флатпаки, снапы, npm, жирногном и жирнокеды, электрон и прочее, но не на 100 гигов же!

Ну вот всё понимаешь, а какую-то ерунду пишешь. Да — 100 гигов.

fornlr ★★★★★
( 24.01.21 09:26:06 MSK )
Последнее исправление: fornlr 24.01.21 09:27:47 MSK (всего исправлений: 2)

Ответ на: комментарий от torvn77 23.01.21 15:35:10 MSK

А я например не знаю как делать правильное копирование

Нет там «черной магии», особенно на хомяке. И вообще — в подавляющем большинстве случаев обычный tar спасёт отца русской демократии.

bugfixer ★★★★
( 24.01.21 09:30:46 MSK )
Последнее исправление: bugfixer 24.01.21 09:36:45 MSK (всего исправлений: 1)

Ответ на: комментарий от Vsevolod-linuxoid 23.01.21 13:51:24 MSK

Я долго был самоубеждён, что 20 ГиБ хватит всем, но сейчас нервно жру этот кактус. А сейчас дошло до того, что не могу установить новые программы потому что некуда.

Куплю ещё один ssd, перенесу на него /home, а на его место расширю корень. Достали костыли с символическими ссылками и mount —bind.

Slavik763 ★
( 24.01.21 13:46:55 MSK )
Последнее исправление: Slavik763 24.01.21 13:49:03 MSK (всего исправлений: 1)

Ответ на: комментарий от fornlr 24.01.21 09:26:06 MSK

Да не, 100 гигов всё равно дичь какая то. Лет через 10 возможно, но не сейчас.

А если убунту сама чистит ядра, то 20М на граб, по самым нескромным запросам с большим запасом и 2, пусть 4 ядра по 10М, ну округлим 60 до 100М и 100% запаса сверху, ну никак не 500М и не гиг.

kirill_rrr ★★★★★
( 24.01.21 20:13:00 MSK )
Последнее исправление: kirill_rrr 24.01.21 20:15:29 MSK (всего исправлений: 1)

Значительного выигрыша от переноса только root на SSD вы не получите, т.к. программы будут читать и писать в файлы в home, что используется значительно большую часть времени, по сравнению с простым чтением программ с root, которое происходит преимущественно только при запуске программ.

Склонировать диск можно CloneZilla.

ValdikSS ★★★★★
( 25.01.21 01:53:05 MSK )
Ответ на: комментарий от kirill_rrr 24.01.21 20:13:00 MSK

fornlr ★★★★★
( 25.01.21 04:25:36 MSK )
Ответ на: комментарий от fornlr 25.01.21 04:25:36 MSK

Оверхеда многовато. 46/64 ещё понятно, 46/120 уже нет. В конце концов /home вполне можно сдуть и уместить в 20 гигов, это легко разместится на 120Г ssd и даст приличный пинок производительности браузерам и ДЕ вообще. Вот и непонятно, зачем упорно не пользоваться бесплатной возможностью.

kirill_rrr ★★★★★
( 25.01.21 07:45:14 MSK )
Последнее исправление: kirill_rrr 25.01.21 07:47:56 MSK (всего исправлений: 2)

Ответ на: комментарий от kirill_rrr 25.01.21 07:45:14 MSK

А ты пост читал?

Ну допустим раздел будет 64 ГБ. И будем петрушиться и следить за местом.

И получим ещё оставшийся 64 ГБ место на физ диске.

В конце концов /home вполне можно сдуть и уместить в 20 гигов

Ну и на оно всё надо? — не надо.

fornlr ★★★★★
( 25.01.21 07:49:00 MSK )
Последнее исправление: fornlr 25.01.21 07:50:24 MSK (всего исправлений: 1)

Ответ на: комментарий от fornlr 25.01.21 07:49:00 MSK

Допустим /home и / останутся на 1 разделе ext4 с лимитом выделения под рута не 5% а 10-15%, что исключит внезапное переполнение системными логами. А уж повесить коньки с индикатором диска это жалкие 20М оперативки и 5 минут.

И разумеется это всё надо, браузер постоянно лезет в свои базы и кеш и фризит на hdd. Лучше приглядывать иногда за диском и не кидать десятки гигов прямо в хомяк чем постоянно фризить и шуршать.

kirill_rrr ★★★★★
( 25.01.21 07:51:20 MSK )
Последнее исправление: kirill_rrr 25.01.21 07:53:28 MSK (всего исправлений: 1)

Ответ на: комментарий от kirill_rrr 25.01.21 07:51:20 MSK

А уж повесить коньки с индикатором диска это жалкие 20М оперативки и 5 минут.

Вот делать нечего за этим следить.

fornlr ★★★★★
( 25.01.21 07:53:39 MSK )
Ответ на: комментарий от fornlr 25.01.21 07:53:39 MSK

Ничего безлимитного не бывает. Всё может закончиться и за всем надо следить. Не вижу в этом проблемы.

kirill_rrr ★★★★★
( 25.01.21 07:54:24 MSK )
Ответ на: комментарий от kirill_rrr 25.01.21 07:54:24 MSK

Какой-то туповатый максимализм. Пять назад ОС поставил и в первый раз вот с этим тредом посмотрел на использование места.

Естественно с твоими мерками так не выйдет.

fornlr ★★★★★
( 25.01.21 08:00:28 MSK )

Моя разметка если что.

root@raspberrypi:/home/rrr# mount /boot/ root@raspberrypi:/home/rrr# df -h Файловая система Размер Использовано Дост Использовано% Cмонтировано в /dev/root 8,0G 6,5G 1,5G 83% / devtmpfs 467M 0 467M 0% /dev tmpfs 472M 36M 436M 8% /dev/shm tmpfs 472M 864K 471M 1% /run tmpfs 5,0M 4,0K 5,0M 1% /run/lock tmpfs 472M 0 472M 0% /sys/fs/cgroup tmpfs 32G 1,2G 31G 4% /tmp /dev/mmcblk0p4 44G 28G 16G 65% /home /dev/sdc 916G 612G 305G 67% /media/data /dev/sdb 916G 915G 1,4G 100% /media/data2 /dev/sdd 916G 635G 282G 70% /media/data3 tmpfs 95M 0 95M 0% /run/user/0 tmpfs 95M 24K 95M 1% /run/user/1000 /dev/mmcblk0p1 63M 20M 44M 32% /boot root@raspberrypi:/home/rrr# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 111,8G 0 disk [SWAP] sdb 8:16 0 931,5G 0 disk /media/data2 sdc 8:32 0 931,5G 0 disk /media/data sdd 8:48 0 931,5G 0 disk /media/data3 zram0 254:0 0 200M 0 disk [SWAP] zram1 254:1 0 200M 0 disk [SWAP] mmcblk0 179:0 0 59,6G 0 disk ├─mmcblk0p1 179:1 0 64M 0 part /boot ├─mmcblk0p2 179:2 0 8,1G 0 part ├─mmcblk0p3 179:3 0 8,1G 0 part / └─mmcblk0p4 179:4 0 43,4G 0 part /home

kirill_rrr ★★★★★
( 25.01.21 08:03:58 MSK )
Ответ на: комментарий от fornlr 25.01.21 08:00:28 MSK

У меня есть перед глазами отличный пример, как не надо делать — мои родители. Они вообще не следят ни за местом, ни за тем где у них что лежит. Был терабайт — был занят терабайт. Сейчас 2 диска на ~400 гигов (тот накрылся), один хрен занято 95%. И дубли, дубли, дубли… А папку загрузок вообще чищу только я раз в полгода, выгдебаю оттуда по паре тысяч непонятно чего.

Чем перенести 20 терабайт

Когда Western Digital анонсировала жесткие диски емкостью 20 ТБ и новую архитектуру хранения в начале этого года, она не указала конкретную дату выхода и стоимость грядущих магнитных накопителей. Теперь диски поступили в продажу, правда назвать их доступными, не повернётся язык.

Western Digital впервые представила корпоративные жесткие диски емкостью 20 ТБ с новой технологией OptiNAND в конце августа. OptiNAND использует встроенную флэш-память для хранения метаданных дисков, что, по словам Western Digital, позволяет увеличить объем хранилища и ускорить доступ к данным.

реклама

Жесткий диск WD Gold емкостью 20 ТБ с OptiNAND теперь стал доступен в интернет-магазине Western Digital по цене около 680 долларов, однако, по-прежнему не известна дата выпуска, но указано, что доступность составляет от одной до двух недель. На странице оформления заказа также указана возможность доставки в течение одной или двух недель. Возможно, что это указывает на диапазон дат, в течение которого компания планирует выпустить жесткий диск емкостью 20 ТБ. Упоминания данной модели в других торговых точках также нет. Кроме того, на веб-сайте также указан жесткий диск Ultrastar емкостью 20 ТБ, но нет информации о цене или наличии.