Я недавно запустил скрипт на нашем экзамене колледжа на моем компьютере, который был специально для 32 битов (i386), но моя человечность является amd64, таким образом, сценарий не работал бы, но затем я пытался получить доступ к папкам в своей домашней папке, которая дала мне отклоненное разрешение. Таким образом, я сделал sudo chmod 777-R/home/username, который дал мне полномочия завершить тест даже при том, что я был помещен как исключение для взятия моего теста, не используя сценарий для выполнения успешно. В конце концов, это и еще два дня спустя я начал сталкиваться с проблемами меньшего количества пространства на моем диске, но у меня, вероятно, должно было быть много пространства. Затем это сказало, что я имею 1,4 Кбита в запасе пространства в системе. Я искал свою проблему в сети, и где-нибудь я нашел ответ на askubuntu, который я не могу найти снова. Это сказало, что, то, что на самом деле произошло, - то, что корневой каталог должен иметь 644 разрешения, а не 777 и так файлы, которые я удалил, имел их INODES, все еще представляют наряду с новыми файлами, которые я добавил к каталогу и следовательно нет никакого оставленного пространства. Я удалил все из корневого каталога и когда я пытаюсь добавить файл с размером меньше чем Кбит, он все еще говорит что никакое оставленное пространство. Любая справка или предложения будут цениться.
running df gives
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda6 16229452 15634864 0 100% /
udev 1941220 4 1941216 1% /dev
tmpfs 780000 972 779028 1% /run
none 5120 0 5120 0% /run/lock
none 1949996 9732 1940264 1% /run/shm
overflow 1024 668 356 66% /tmp
/dev/sda3 449082364 281834708 167247656 63% /media/Acer
/dev/sdb1 976762524 250648068 726114456 26% /media/HD-PCTU2
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda6 16G 15G 0 100% /
udev 1.9G 4.0K 1.9G 1% /dev
tmpfs 762M 972K 761M 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 1.9G 14M 1.9G 1% /run/shm
overflow 1.0M 668K 356K 66% /tmp
/dev/sda3 429G 269G 160G 63% /media/Acer
/dev/sdb1 932G 240G 693G 26% /media/HD-PCTU2
gparted Image
i.imgur.com/NK0U349.png
Проблема была вызвана из-за файла журнала, занимающего слишком много места на диске. Файл был найден в HADOOP_LOG_DIR. Мы можем найти его в/etc/hadoop/conf/hadoop-env.sh. Здесь при конфигурировании мы устанавливаем HADOOP_LOG_DIR.
я нашел их использованием:
находят / - размер +100M-ls.
Просто делают комнату-rf/var/log/hadoop/. Если Ваш HADOOP_LOG_DIR еще указывает на/var/log/hadoop/на комнату-rf что конкретное местоположение.
Увеличить размер /dev/sda6
корневой раздел,
Начальная загрузка Ubuntu живой диск и нажать на опцию Ubuntu попытки на запуске. Теперь откройте gparted Редактора раздела от тире. И удостоверьтесь, что все разделы размонтированы.
уменьшение /dev/sda3
путем щелчка правой кнопкой по нему и избранная опция Resize/Move.
После уменьшения, освобожденное пространство будет создано чуть ниже к /dev/sda3
раздел.
Теперь щелкают правой кнопкой по расширенному разделу и выбирают опцию Resize сложить освобожденное пространство путем расширения тягача.
Освобожденное пространство будет прибывать при расширенном разделе (чуть ниже к /dev/sda5
раздел.
Щелкают правой кнопкой по /dev/sda5
раздел и выбирают опцию Resize/Move. Переместите тягач к крайне правым и затем нажмите на Apply, так, чтобы освобожденное пространство прибыло чуть ниже в /dev/sda5
раздел.
Теперь можно быть в состоянии расширить Ваш /dev/sda6
корневой раздел.
Видят также , Как расширить ext4 с помощью gparted? и Расширение моего Корневого Paritition