wim@wim-ubuntu:~/Desktop$ mount | grep media
/dev/sdc1 on /media/data type ext4 (rw,nosuid,nodev,uhelper=udisks)
/dev/sdb1 on /media/wd type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096,default_permissions)
wim@wim-ubuntu:~/Desktop$ df | grep media
/dev/sdc1 1922858352 1824822680 360072 100% /media/data
/dev/sdb1 1953512000 1825392384 128119616 94% /media/wd
wim@wim-ubuntu:~/Desktop$ df -h | grep media
/dev/sdc1 1.8T 1.7T 352M 100% /media/data
/dev/sdb1 1.9T 1.8T 123G 94% /media/wd
Я переношу свои данные с диска NTFS на диск ext4. На томе NTFS у меня было 122,2 ГБ бесплатно, а затем после копирования с помощью rsync (исключая пару ненужных файлов NTFS в System Volume Information
), у меня только 351,6 МБ бесплатно.
Жесткие диски идентичны дискам WD 2TB. Я создал раздел EXT4 с gparted, есть ли причина, по которой у ext4 было бы меньше 30653648 блоков?
Вывод sudo fdisk -l
:
Disk /dev/sdc: 2000.4 GB, 2000397852160 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00bb4cbc
Device Boot Start End Blocks Id System
/dev/sdc1 1 243201 1953512001 83 Linux
Disk /dev/sdb: 2000.4 GB, 2000397852160 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xcefa6110
Device Boot Start End Blocks Id System
/dev/sdb1 1 243201 1953512001 7 HPFS/NTFS
После некоторого поворота я смог вернуть большое количество места с помощью tune2fs:
wim@wim-ubuntu:~/Desktop$ df -h | grep sdc
/dev/sdc1 1.8T 1.7T 352M 100% /media/data
wim@wim-ubuntu:~/Desktop$ sudo tune2fs -l /dev/sdc1 | grep 'Reserved block count'
Reserved block count: 24418900
wim@wim-ubuntu:~/Desktop$ sudo tune2fs -m 0 /dev/sdc1
tune2fs 1.41.14 (22-Dec-2010)
Setting reserved blocks percentage to 0% (0 blocks)
wim@wim-ubuntu:~/Desktop$ sudo tune2fs -l /dev/sdc1 | grep 'Reserved block count'
Reserved block count: 0
wim@wim-ubuntu:~/Desktop$ df -h | grep sdc
/dev/sdc1 1.8T 1.7T 94G 95% /media/data
По-видимому, linux резервирует 5% новых разделов для пользователей root и системных служб, поэтому что, когда у вас заканчивается дисковое пространство, root все равно может войти в систему и очистить все системные службы, работающие нормально. Кажется, для меня нужны бананы, когда системные службы нуждаются только в сотне мега или около того, а 5% приводов 2 ТБ - это $ h17load больше, чем это. Shrugs
Это оставило меня с 93,5 ГБ бесплатно, который по-прежнему оставляет около 30 гигов, пропавших без вести, поэтому, если у кого-то есть больше идей, не стесняйтесь чипа!
Вы также использовали rsync ваши файлы с помощью опции -H? На исходном диске могут быть жесткие ссылки, что приведет к дублированному содержимому адресата, если вы не укажете rsync (попытайтесь) сохранить жесткие ссылки.
Это особенно верно для, например, Системный раздел Windows 7 и Windows / winsxs (Windows бок о бок), который содержит множество жестких ссылок на файлы в иерархии каталогов.
Используйте анализатор дискового пространства, который поставляется с установкой Ubuntu по умолчанию. Он покажет вам, где именно используется пространство.
30GB могут не существовать по-настоящему. GB составляет 1024 байта. различные операционные системы могут считать это по-другому, либо на 1024, сколько правильно, или просто 1000 (называемый GiB, но мы используем их interchagable). это может привести к появлению 1TB в окнах только 931GB (лично опыт). люди спрашивают, куда пошли дополнительные 60 гб, правда в том, что они никуда не ушли, они просто не учитываются должным образом. поэтому ваш 30 ГБ может быть просто проблемой Windows и Linux, чтобы считать его по-другому, будь то 1000 или 1024. Теперь это не делает большой разницы только в Gigabytes, но позволяет масштабировать его. эти дополнительные 24 байта делают разницу. теперь увеличен, иногда ТБ считается 1,000,000,000,000 байт. по сравнению с 1,099,511,627,776 байт. теперь разница составляет около 92 ГБ (технически GiB LOL). надеюсь, это помогло, его вопрос, который я вижу много честно. «Где все мое хранилище?»
Используйте анализатор дискового пространства, который поставляется с установкой Ubuntu по умолчанию. Он покажет вам, где именно используется пространство.
Используйте анализатор дискового пространства, который поставляется с установкой Ubuntu по умолчанию. Он покажет вам, где именно используется пространство.
30GB могут существовать не так. GB составляет 1024 байта. различные операционные системы могут считать это по-другому, либо на 1024, сколько правильно, или просто 1000 (называемый GiB, но мы используем их interchagable). это может привести к появлению 1TB в окнах только 931GB (лично опыт). люди спрашивают, куда пошли дополнительные 60 гб, правда в том, что они никуда не ушли, они просто не учитываются должным образом. поэтому ваш 30 ГБ может быть просто проблемой Windows и Linux, чтобы считать его по-другому, будь то 1000 или 1024. Теперь это не делает большой разницы только в Gigabytes, но позволяет масштабировать его. эти дополнительные 24 байта делают разницу. теперь увеличен, иногда ТБ считается 1,000,000,000,000 байт. по сравнению с 1,099,511,627,776 байт. теперь разница составляет около 92 ГБ (технически GiB LOL). надеюсь, это помогло, его вопрос, который я вижу много честно. «Где все мое хранилище?»
Вы также использовали файлы rsync, используя параметр -H? На исходном диске могут быть жесткие ссылки, что приведет к дублированию содержимого в месте назначения, если вы не укажете rsync (попытайтесь) сохранить жесткие ссылки.
Это особенно верно для, например, Системный раздел Windows 7 и Windows / winsxs (Windows бок о бок), который содержит множество жестких ссылок на файлы в иерархии каталогов.