Ark ошибка при извлечении убедитесь что на диске достаточно места
Ситуация такая: в конторе есть сервер для файловой 1С и файлопомойки.
в нём установлены 4 харда. 2 (RAID) по 500 на ось и 2 (RAID) по 1000 для данных (разбит на 3 раздела).
Систему поставил недавно после того как сдох хард с Windows Server 2003. Установил 2008, подключил диски, настроил пользователей и права к шарам.
Вчера юзеры начали жаловаться на то, что они не могут закинуть большие файлы в общую папку из-за недостатка свободного места на диске.
Я перепроверил права на шару - всё ОК.
Посмотрел оснастку "Управление общими ресурсами и хранилищами" - там в каждом из трех разделов одного рейда указано свободного места 59% и 30 Мб. При этом фактически свободного места в них половина.
Эта ситуация выглядит странной и непонятной — что нужно сделать для очистки диска, если место и так есть?
У меня такая проблема возникла на сервере в результате чего любые процессы, которые требуют создания файлов, сохранения временных файлов и даже файлов блокировки стали выдавать ошибки при запуске.
Подобная ситуация возникала на этом же сервере накануне и помогла очистка логов, очистка кэша установленных пакетов и удаление ненужных файлов. Но на следующей день ситуация повторилась, хотя места уже точно было достаточно — несколько свободных гигабайт места на диске.
Что делать, если закончилось место в Linux
Вполне возможно, что на диске действительно закончилось место, тогда вам рекомендуются следующие статьи:
Если же место на самом деле имеется, то продолжайте чтение.
Удаление файлов занятых процессом
Иногда файл будет удалён, но процесс все ещё использует его. Linux не освободит хранилище, связанное с файлом, пока процесс ещё запущен. Вам просто нужно найти процесс и перезапустить его.
Попробуйте найти процесс.
Если результатов нет, то попробуйте команду:
В списке должен присутствовать процесс, вызывающий проблему, затем просто перезапустите его:
Плохие блоки
Ещё одна распространённая проблема — это плохие блоки в файловой системе. Со временем из-за износа дисков, файловые системы повреждаются. Ваша операционная система, скорее всего, увидит эти блоки пригодными для использования, если они не помечены иным образом. Лучший способ найти и пометить эти блоки — использовать fsck с флагом -cc. Помните, что вы не можете использовать fsck из той же файловой системы, которую тестируете. Вам, вероятно, понадобится использовать Live CD.
Очевидно, замените /dev/sda2 на имя того диска и раздела, который вы хотите проверить. Кроме того, имейте в виду, что это, вероятно, займёт много времени.
Надеюсь, одно из этих решений решило вашу проблему. Эту проблему не всегда легко диагностировать в каждом случае. Однако, если повезёт, вы сможете устранить источник проблемы и продолжить пользоваться системой без её переустановки.
ARK: Survival Evolved
6 фев. 2018 в 5:06 При обновлении, а точнее при выделении места пишет недостаточно места на диске. На диске 80гб. При выделении места 80гб ушли на глазах, а обновление так и не началось. (пишут недостаточно места). Обновлени 7.3гб 6 фев. 2018 в 7:53 9 ноя. 2018 в 6:42 я так понимаю у многих эта проблема! у меня сожрало 105 гб памяти но так и не обновилось и такая ерунда постоянно! 19 июн. 2020 в 13:43 19 июн. 2020 в 14:03Больше места должно быть эта практика уже пройдена если примерно на 16 гигов обнова прилетает + 90 гигов схавывает за раз и еще гигов 120 свободного должно быть тогда все пройдет и после обновый все что схавала игра вернется и займен те же 16 +- гигов
Стим просит установить игру ARK:Survival Evolved хотя она уже установлена.
Ребят, перезагрузил комп захожу в стим пишет что игру ARK нужно установить. Захожу на диск смотрю а игра установлена как и была так и осталась. Но стим почему то просит её скачать. Но для скачивания у меня не хватает места, т.к. игра весит 200гб. А скачивать заново с моей скорость зайдём дня 3. Помогите пожалуйста.
Эт бывает бывает такое, только перестановка игры, у самого была с этой же игрой. Что эта за скорость что 3 дня будет устанавливается? Её то можно установить за 2 часа максимум при нормальной скорости.
Так по идее, если начать установку, то произойдет просто проверка файлов игры, и все.
Так по идее, если начать установку, то произойдет просто проверка файлов игры, и все.
Ну, лучше сперва этот вариант попробовать, раз интернет слабый и места нет (тем более, что в таком случае загрузку система и не начнет, а так и скажет - нету у вас места, надо освободить). А уж если не выйдет - ну тогда удалять и переустанавливать.
А перед "установкой" можно еще в настройках попробовать заново указать папку, в которой установлены игры, а заодно проверить, нет ли в какой-то папке русских букв.
Нет, я не могу начать загрузку. Т.к. пишет что на диске не хватает места.
Но я могу заходить в эту игру ток с рабочего стола или через папку.
Но я могу заходить в эту игру ток с рабочего стола или через папку.
Но я могу заходить в эту игру ток с рабочего стола или через папку.
Механическая кошка, да, стим в профиле пишет что я играю в ARK но в библиотеке всё ровно горит кнопка скачать.
Безе переустановки не как? Просто у меня скорость не более 1мб в секунду и качать 200гб как то не хочется дня 3-5.
Механическая кошка, да, стим в профиле пишет что я играю в ARK но в библиотеке всё ровно горит кнопка скачать.
Если вас это не напрягает, можно так играть.
Если да, то придется удалить игру из папки, что бы место освободить. И переустановить. Только убедитесь перед переустановкой, что стим сохранил в облако все сейвы игры. Ну или сохраните их вручную.
Такая проблема возникает иногда у людей, не понятно, с чем оно связано, но в основном, решение - это переустановка.
Возможные причины
Возможны разные ситуации возникновения ошибки о том, что диск переполнен, когда на самом деле на нём ещё достаточно места. Если вы видите несоответствие между выводом команд du и df, то перейдите к первому варианту решения проблемы. В противном случае начните со второго.
Недостаточно Инод (Inode)
Для современных файловых систем Linux есть такое понятие как иноды (“inodes”) - это набор метаданных на файловой системе. Иноды отслеживают информацию о файлах. Многие файловые системы имеют фиксированное количество инод, поэтому очень возможно занять максимальное выделенное количество без заполнения самой файловой системы. Вы можете использовать для проверки команду df:
Сравните количество существующих инод с количеством занятых. Если больше нет свободных, к сожалению, вы не можете получить больше. Выход: удалите ненужные или устаревшие файлы для очистки инод.
В нормальных условиях, даже на системах интенсивно использующих постоянное хранилище, редко происходит потребление всех инод. Как правило, исчерпание inodes сигнализирует о другой проблеме. Обычно причиной является неконтролируемое создание огромного количество файлов из-за бага в системе или в программе.
В первую очередь нужно локализовать папку, в которой возникла проблема.
Следующая команда выведет количество используемых инод каждой папкой, присутствующей в корне файловой системы:
Ещё варианты команд, которые делают это же самое (по умолчанию они настроены проверять текущую папку — это можно изменить, для этого вместо точки впишите желаемую для проверки папку:
Когда найдена папка с наибольшим количеством инод, то проверьте её подпапки — для поиска проблемной. Продолжайте эти действия, пока не найдёте папку с огромным количеством нагенерированных файлов.
Например, использование первой команды для поиска по директории /src/:
Вариант для поиска по директории /var/cache/:
В разных ситуациях для пользователей проблемными папками оказывались:
- /var/lib/php/sessions/
- /var/cache/fontconfig
- /usr/src/
- /var/cache/eaccelerator/
- /var/log/squid3/
В /usr/src/ накапливалось слишком большое количество файлов, имеющих отношение к предыдущим ядрам. В /var/lib/php/sessions/ - бесконечные сессии phpMyAdmin. В /var/log/squid3/ и вообще в папке /var/log/ может накопиться огромное количество файлов с журналами от неправильно работающей программы или просто за много лет. В папке /var/cache/ может скопиться огромное количество файлов, имеющих отношение к кэшированию.
В моём случае причиной проблемы оказалась папка /var/cache/fontconfig — в этой папке постоянно накапливаются новые файлы (я не знаю, насколько это нормально) и по итогу работы за 4 года из-за этой папки закончились иноды.
Когда проблемная папка найдена, то нужно её очистить. Скорее всего все файлы в ней не нужны (оцените это исходя из вашей ситуации). Также весьма вероятно, что файлов там астрономическое количество и их обработка может затянуться на часы, поэтому самый быстрый вариант — удалить папку целиком, а затем создать её заново. Даже при таком подходе в моём случае удаление папки /var/cache/fontconfig заняло около 10-20 минут.
Это полностью разрешило мою проблему и снизило количество используемых инод со 100% до 13%:
Проверьте с du и df
Перед тем как начать искать проблему, давайте убедимся, что на диске действительно есть свободное место. Хотя инструменты с графическим интерфейсом хорошие, намного лучше использовать программы напрямую из командной строки.
Начнём с du. Укажем ей базовую директорию на диске у которого проблемы. Это руководство подразумевает, что проблемным диском является раздел с рутом.
Для обхода всего дерева директорий потребуется время.
Теперь попробуем с df:
Добавьте корень файловой системы (рут) и файловые системы, смонтированные под ним. Например, если у вас есть «/home» на отдельном диске, добавьте это к показанию для root. Количество занятого и свободного пространства должно получиться близко к тому, что нам показала программа du. Если это не так, это может указывать на то, что удалённые файлы используются процессами.
Главное, на что следует обратить внимание, чтобы вывод этих команд о занятом пространстве соответствовал друг другу и размеру диска. Если это не так, значит имеется проблема.
Читайте также: