Меню

Ошибка записи write 28 no space left on device

  • Печать

Страницы: [1]   Вниз

Тема: проблемы при загрузке обновлений  (Прочитано 3812 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн
ferrari


Оффлайн
gantellus

можно попробовать сменить сервер

Придумайте ещё более дружественный интерфейс, и мир породит ещё более тупого юзера (с)
С2Duo 2.4 Ghz, Geforce 8800, Maya 44 PCI


Оффлайн
ferrari

я так понял, что проблема в моём компе, а не в серваке, так как раньше (два дня назад) всё обновлялось

вот что мне выдал менеджер обновлений
E: dpkg was interrupted, you must manually run ‘dpkg —configure -a’ to correct the problem.
E: _cache->open() failed, please report.


Оффлайн
satch

я так понял, что проблема в моём компе, а не в серваке, так как раньше (два дня назад) всё обновлялось

вот что мне выдал менеджер обновлений
E: dpkg was interrupted, you must manually run ‘dpkg —configure -a’ to correct the problem.
E: _cache->open() failed, please report.

у меня тоже такое было :( … после dpkg —configure -a все повисло намертво, а после перезагрузки система вообще не грузилась :(

Наше желание помочь прямопропорционально вашему желанию решить проблему


Оффлайн
gantellus

а место свободное на винте есть? имею в виду раздел /
потмоу что пишет что его нет :)

можно попробовать sudo apt-get clean (удалит все пакеты из кэша) или sudo apt-get autoremove (удалит ненужные)

Придумайте ещё более дружественный интерфейс, и мир породит ещё более тупого юзера (с)
С2Duo 2.4 Ghz, Geforce 8800, Maya 44 PCI


Оффлайн
ferrari

а место свободное на винте есть? имею в виду раздел /

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

sudo apt-get autoremove ——- не прошла, пишет E: dpkg was interrupted, you must manually run ‘dpkg —configure -a’ to correct the problem.
sudo apt-get clean —————- прошла, но ни какого эффекта, проблема осталась

« Последнее редактирование: 10 Июня 2008, 00:09:40 от ferrari »


Оффлайн
jel

Ну пишет же черным по белому — (28 No space left on device). Нету свободного места. Освободить надобно. Для начала метров 100-200 руками. Потом уже разновсяческими clean, им ведь тоже место понадобится для временных файлов, а его-то и нету. :)


Оффлайн
Kwah

Проверь размеры логов в /var/log а вообще baobab в руки, он наглядно покажет, куда протерялось место.


Оффлайн
ferrari

товарищи, поподробнее можно? совет одним словом для новичка в линуксе это почти и не совет.

Проверь размеры логов в /var/log

зашёл в вар лог — там много файлов разных и что? где смотреть, какой размер должен быть?
вот что у меня в вар логе


/var/log# ls
acpid            dmesg.4.gz                       samba
acpid.1.gz       dpkg.log                         scrollkeeper.log
acpid.2.gz       dpkg.log.1                       scrollkeeper.log.1
apparmor         faillog                          scrollkeeper.log.2
apt              fontconfig.log                   syslog
auth.log         fsck                             syslog.0
auth.log.0       gdm                              syslog.1.gz
auth.log.1.gz    installer                        syslog.2.gz
boot             kern.log                         syslog.3.gz
bootstrap.log    kern.log.0                       syslog.4.gz
btmp             kern.log.1.gz                    syslog.5.gz
btmp.1           lastlog                          syslog.6.gz
clamav           lpr.log                          udev
cups             mail.err                         unattended-upgrades
daemon.log       mail.info                        user.log
daemon.log.0     mail.log                         user.log.0
daemon.log.1.gz  mail.warn                        user.log.1.gz
debug            messages                         wtmp
debug.0          messages.0                       wtmp.1
debug.1.gz       messages.1.gz                    wvdialconf.log
dist-upgrade     news                             Xorg.0.log
dmesg            ntpstats                         Xorg.0.log.old
dmesg.0          pm-suspend.log                   Xorg.20.log
dmesg.1.gz       pycentral.log                    Xorg.20.log.old
dmesg.2.gz       qtparted-20080606-23h50m45s.log  Xorg.21.log
dmesg.3.gz       qtparted-20080607-20h07m53s.log


вот как используется место на дисках, если я правильно посмотрел
df
Файловая система           1K-блоков      Исп  Доступно  Исп% смонтирована на
/host/ubuntu/disks/root.disk
                       3681640   3221772    274324  93% /
varrun                  192764       104    192660   1% /var/run
varlock                 192764         0    192764   0% /var/lock
udev                    192764        48    192716   1% /dev
devshm                  192764        52    192712   1% /dev/shm
lrm                     192764     38176    154588  20% /lib/modules/2.6.24-17-generic/volatile

P.S. а спойлеры не работают что ли?


Оффлайн
wl

товарищи, поподробнее можно? совет одним словом для новичка в линуксе это почти и не совет.

Проверь размеры логов в /var/log

зашёл в вар лог — там много файлов разных и что? где смотреть, какой размер должен быть?
вот что у меня в вар логе

Расшифровываю.
df — покажет, сколько свободного места на разных устройствах.
sudo du -s  /*  — покажет, сколько занимает каждый из корневых каталогов
sudo du -s /var/* — —//— сколько весит содержимое /var (в том числе, /var/log)
baobab (под Gnome) и filelight (под KDE)  — утилиты ставятся отдельно и рисуют красивые окошки, показывающие, куда делось место на диске.

На свете феньки есть такие, брат Горацио, которых лохи просто не секут. (Шекспир, «Гамлет», вольный перевод)


Оффлайн
ferrari

проблема решена, всем спасибо


помогло manually run ‘dpkg —configure -a’


Оффлайн
Salim

Привет ferari мог бы поподробней описать что делал ? у меня таже проблема хотелось узнать что ты удалил из  /var/lib/dpkg/status ; там всё удалать можно или часть информации используется. по  man  ‘dpkg —configure -a’
Нет справочного руководства для dpkg —configure -a поэтому прошу помощи. заранее спасибо :)


Оффлайн
ferrari

не задумываясь написал dpkg —configure -a в командной строке, там само всё проверилось и исправилось, без моего участия.


Оффлайн
Salim

Спасибо ! В прошлый раз и я так сделал и все исправилось но сейчас этот номер непроходит . Показалось что ты по другому исправлял . Спасибо что окликнулся , ищу решение проблемы. ;)


  • Печать

Страницы: [1]   Вверх

I have the following error with one of our web applications —

Query3 failed: Error writing file '/tmp/MY1fnqpm' (Errcode: 28) ... INSERT MailList... (removed the rest of the query for security reasons)

Any ideas — is this some hard disk space issue on my server?

user1981275's user avatar

user1981275

12.8k8 gold badges70 silver badges100 bronze badges

asked Sep 14, 2011 at 11:39

Zabs's user avatar

5

Use the perror command:

$ perror 28
OS error code  28:  No space left on device

Unless error codes are different on your system, your file system is full.

answered Sep 14, 2011 at 11:42

Arnaud Le Blanc's user avatar

Arnaud Le BlancArnaud Le Blanc

97.1k23 gold badges204 silver badges194 bronze badges

2

We have experienced similar issue, and the problem was MySQL used /tmp directory for its needs (it’s default configuration). And /tmp was located on its own partition, that had too few space for big MySQL requests.

For more details take a look for this answer:
https://stackoverflow.com/a/3716778/994302

Community's user avatar

answered Jan 18, 2013 at 16:50

XSeryoga's user avatar

XSeryogaXSeryoga

3513 silver badges4 bronze badges

I had same problem but disk space was okay (only 40% full).
Problem were inodes, I had too many small files and my inodes were full.

You can check inode status with df -i

answered Jul 16, 2015 at 17:26

Turshija's user avatar

TurshijaTurshija

3372 silver badges5 bronze badges

0

The error means that you dont have enough space to create temp files needed by MySQL.

The first thing you can try is to expand the size of your /tmp/ partition. If you are under LVM, check the lvextend command.

If you are not able to increase the size of your partition /tmp/ you can work in the MySQL configuration, edit the my.cnf (typically on /etc/mysql/my.cnf) file and look for this line:

tmpdir = /tmp/

Change it for whatever you want (example /var/tmp/). Just be sure to have space and assign write permission for the mysql user in the new directory.

Hope this helps!

Lucas's user avatar

Lucas

1,4443 gold badges16 silver badges22 bronze badges

answered Jul 10, 2014 at 20:27

SlayerX's user avatar

SlayerXSlayerX

1111 silver badge3 bronze badges

1

Run the following code:

du -sh /var/log/mysql

Perhaps mysql binary logs filled the memory, If so, follow the removal of old logs and restart the server. Also add in my.cnf:

expire_logs_days = 3

answered Mar 29, 2013 at 18:08

Alex's user avatar

AlexAlex

492 bronze badges

2

This error occurs when you don’t have enough space in the partition. Usually MYSQL uses /tmp on linux servers. This may happen with some queries because the lookup was either returning a lot of data, or possibly even just sifting through a lot of data creating big temp files.

Edit your /etc/mysql/my.cnf

tmpdir = /your/new/dir

e.g

tmpdir = /var/tmp

Should be allocated with more space than /tmp that is usually in it’s own partition.

answered Feb 28, 2018 at 5:09

Daniel Bernardez's user avatar

I had this same error and the problem was simply not enough space on my virtual machine. I deleted some unnecessary files and it started working again.

my
memory/disk space allocation looked something like this

df -h
Filesystem               Size  Used Avail Use% Mounted on
/dev/mapper/centos-root   37G   37G  127M 100% /
...

answered Dec 27, 2018 at 5:41

Samuel Frost's user avatar

For those like me who don’t have a full disk or full inodes and that are using MySQL 8, you should take a look at your /var/lib/mysql directory to check if there is some large binlog.XXXXXX files.

It was the case for me and it prevented a query to be executed until the end because it seemed like this query was generating a large binlog file.

I just had to turn off the logbin generation by adding this parameter in /etc/mysql/mysql.conf.d/mysqld.cnf :

disable_log_bin

Then restart mysql service :

service mysql restart

After that i didn’t have the «No space left on device» error anymore!

answered Oct 6, 2022 at 12:27

CTR's user avatar

You can also try using this line if the other doesn’t work:

du -sh /var/lib/mysql/database_Name

You may also want to check with your host and see how big they allow your databases to be.

answered Feb 4, 2015 at 23:46

Wyatt's user avatar

For xampp users: on my experience, the problem was caused by a file, named ‘0’ and located in the ‘mysql’ folder. The size was tooooo huge (mine exploded to about 256 Gb). Its removal fixed the problem.

answered May 11, 2017 at 9:47

Sandro Rosa's user avatar

Sandro RosaSandro Rosa

4894 silver badges12 bronze badges

Today. I have same problem… my solution:

1) check inode: df -i
I saw:

root@vm22433:/etc/mysql# df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
udev 124696 304 124392 1% /dev
tmpfs 127514 452 127062 1% /run
/dev/vda1 1969920 1969920 0 100% /
tmpfs 127514 1 127513 1% /dev/shm
tmpfs 127514 3 127511 1% /run/lock
tmpfs 127514 15 127499 1% /sys/fs/cgroup
tmpfs 127514 12 127502 1% /run/user/1002

2) I began to look what folders use the maximum number of inods:

 for i in /*; do echo $i; find $i |wc -l; done

soon I found in /home/tomnolane/tmp folder, which contained a huge number of files.

3) I removed /home/tomnolane/tmp folder
PROFIT.

4) checked:

Filesystem      Inodes  IUsed   IFree IUse% Mounted on
udev            124696    304  124392    1% /dev
tmpfs           127514    454  127060    1% /run
/dev/vda1      1969920 450857 1519063   23% /
tmpfs           127514      1  127513    1% /dev/shm
tmpfs           127514      3  127511    1% /run/lock
tmpfs           127514     15  127499    1% /sys/fs/cgroup
tmpfs           127514     12  127502    1% /run/user/1002

it’s ok.

5) restart mysql service — it’s ok!!!!

answered Dec 1, 2018 at 22:05

Медведев Александр's user avatar

I had the same problem and after little research found that the snap directory was occupying most of the space. So executed following command to get rid of it:

sudo apt autoremove --purge snapd

After that ran following command to get rid of useless/dev/loop mounts:

`sudo apt purge snapd ubuntu-core-launcher squashfs-tools`

After that ran following command to restart mysql:

sudo service mysql restart

It worked for me!

answered Jan 22, 2022 at 22:15

Aashina Vyas's user avatar

I have checked if I have hard drive space.

I’m very new at Linux and I’m trying to install updates on my server.

When I execute

ubuntu@ip-xxxxxxxxxxxx:~$ sudo apt-get -f install

I instantly get this response

Reading package lists... Error!
E: Write error - write (28: No space left on device)

The second line repeats around 60 times.

when I run sudo df - h, I get

Filesystem      Size  Used Avail Use% Mounted on
udev            2.0G  4.0K  2.0G   1% /dev
tmpfs           396M  348K  395M   1% /run
/dev/xvda1       24G   14G  9.0G  61% /
none            4.0K     0  4.0K   0% /sys/fs/cgroup
none            5.0M     0  5.0M   0% /run/lock
none            2.0G     0  2.0G   0% /run/shm
none            100M     0  100M   0% /run/user
overflow        1.0M  1.0M     0 100% /tmp

My understanding is that my drive has 9.0G left but I don’t know what the rest of the drives or filesystems are doing?

This is an AWS Ubuntu instance which I just increased in size recently and I have a feeling I’m missing a step to make those 9Gb usable?

How to resolve the error when I run the apt-get update command? I have more than 100 GB left on my mac device

 Error writing to output file - write (28: No space left on device) Error writing to file - write (28: No space left on device)

Commands that I executed to check the free space.

user:~/.docker$df -h
Filesystem      Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   233Gi   93Gi  136Gi    41% 1479561 9223372036853296246    0%   /
devfs          187Ki  187Ki    0Bi   100%     648                   0  100%   /dev
/dev/disk1s4   233Gi  4.0Gi  136Gi     3%       4 9223372036854775803    0%   /private/var/vm
map -hosts       0Bi    0Bi    0Bi   100%       0                   0  100%   /net
map auto_home    0Bi    0Bi    0Bi   100%       0                   0  100%   /home

user:~/.docker$cat daemon.json 
{
  "debug" : true,
  "experimental" : false
}

user:~/.docker$cat config.json 
{
  "credsStore" : "desktop",
  "auths" : {

  },
  "stackOrchestrator" : "swarm",
  "experimental" : "disabled"
}

asked Nov 26, 2019 at 23:35

Harish's user avatar

HarishHarish

4751 gold badge11 silver badges32 bronze badges

1

I configured the local environment docker to reuse the docker daemon inside the minikube instance.

There were many docker images listed when I used docker images command

Removed all the docker images using docker rmi -f imageName

After removing all the docker images, I was able to get some space and the Debian issue is resolved

answered Dec 4, 2019 at 22:34

Harish's user avatar

HarishHarish

4751 gold badge11 silver badges32 bronze badges

How to resolve the error when I run the apt-get update command? I have more than 100 GB left on my mac device

 Error writing to output file - write (28: No space left on device) Error writing to file - write (28: No space left on device)

Commands that I executed to check the free space.

user:~/.docker$df -h
Filesystem      Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   233Gi   93Gi  136Gi    41% 1479561 9223372036853296246    0%   /
devfs          187Ki  187Ki    0Bi   100%     648                   0  100%   /dev
/dev/disk1s4   233Gi  4.0Gi  136Gi     3%       4 9223372036854775803    0%   /private/var/vm
map -hosts       0Bi    0Bi    0Bi   100%       0                   0  100%   /net
map auto_home    0Bi    0Bi    0Bi   100%       0                   0  100%   /home

user:~/.docker$cat daemon.json 
{
  "debug" : true,
  "experimental" : false
}

user:~/.docker$cat config.json 
{
  "credsStore" : "desktop",
  "auths" : {

  },
  "stackOrchestrator" : "swarm",
  "experimental" : "disabled"
}

asked Nov 26, 2019 at 23:35

Harish's user avatar

HarishHarish

4751 gold badge11 silver badges32 bronze badges

1

I configured the local environment docker to reuse the docker daemon inside the minikube instance.

There were many docker images listed when I used docker images command

Removed all the docker images using docker rmi -f imageName

After removing all the docker images, I was able to get some space and the Debian issue is resolved

answered Dec 4, 2019 at 22:34

Harish's user avatar

HarishHarish

4751 gold badge11 silver badges32 bronze badges

Ошибка no space left on device в Linux может возникать при использовании различных программ или сервисов. В графических программах данная ошибка может выводится во всплывающем сообщении, а для сервисов она обычно появляется в логах. Во всех случаях она означает одно. На разделе диска, куда программа собирается писать свои данные закончилось свободное место.

Избежать такой проблемы можно ещё на этапе планирования установки системы. Выделяйте под каталог /home отдельный раздел диска, тогда если вы займете всю память своими файлами, это не помешает работе системы. Также выделяйте больше 20 гигабайт под корневой раздел чтобы всем программам точно хватило места. Но что делать если такая проблема уже случилась? Давайте рассмотрим как освободить место на диске с Linux.

Первым дело надо понять на каком разделе у вас закончилась память. Для этого можно воспользоваться утилитой df. Она поставляется вместе с системой, поэтому никаких проблем с её запуском быть не должно:

df -h

На точки монтирования, начинающиеся со слова snap внимания можно не обращать. Команда отображает общее количество места на диске, занятое и доступное место, а также процент занятого места. В данном случае 100% занято для корневого раздела — /dev/sda5. Конечно, надо разобраться какая программа или файл заняла всё место и устранить эту проблему, но сначала надо вернуть систему в рабочее состояние. Для этого надо освободить немного места. Рассмотрим что можно сделать чтобы экстренно освободить немного памяти.

1. Отключить зарезервированное место для root

Обычно, у всех файловых систем семейства Ext, которые принято использовать чаще всего как для корневого, так и для домашнего раздела используется резервирование 5% памяти для пользователя root на случай если на диске закончится место. Вы можете эту память освободить и использовать. Для этого выполните:

sudo tune2fs -m 0 /dev/sda5

Здесь опция -m указывает процент зарезервированного места, а /dev/sda5 — это ваш диск, который надо настроить. После этого места должно стать больше.

2. Очистить кэш пакетного менеджера

Обычно, пакетный менеджер, будь то apt или yum хранит кэш пакетов, репозиториев и другие временные файлы на диске. Они некоторые из них ненужны, а некоторые нужны, но их можно скачать при необходимости. Если вам срочно надо дисковое пространство этот кэш можно почистить. Для очистки кэша apt выполните:

sudo apt clean
sudo apt autoclean

Для очистки кэша yum используйте команды:

yum clean all

3. Очистить кэш файловой системы

Вы могли удалить некоторые большие файлы, но память после этого так и не освободилась. Эта проблема актуальна для серверов, которые работают долгое время без перезагрузки. Чтобы полностью освободить память надо перезагрузить сервер. Просто перезагрузите его и места на диске станет больше.

4. Найти большие файлы

После выполнения всех перечисленных выше рекомендаций, у вас уже должно быть достаточно свободного места для установки специальных утилит очистки системы. Для начала вы можете попытаться найти самые большие файлы и если они не нужны — удалить их. Возможно какая-либо программа создала огромный лог файл, который занял всю память. Чтобы узнать что занимает место на диске Linux можно использовать утилиту ncdu:

sudo apt install ncdu

Она сканирует все файлы и отображает их по размеру:

Более подробно про поиск больших файлов читайте в отдельной статье.

5. Найти дубликаты файлов

С помощью утилиты BleachBit вы можете найти и удалить дубликаты файлов. Это тоже поможет сэкономить пространство на диске.

6. Удалите старые ядра

Ядро Linux довольно часто обновляется старые ядра остаются в каталоге /boot и занимают место. Если вы выделили под этот каталог отдельный раздел, то скоро это может стать проблемой и вы получите ошибку при обновлении, поскольку программа просто не сможет записать в этот каталог новое ядро. Решение простое — удалить старые версии ядер, которые больше не нужны.

Выводы

Теперь вы знаете почему возникает ошибка No space left on device, как её предотвратить и как исправить если с вами это уже произошло. Освободить место на диске с Linux не так уж сложно, но надо понять в чём была причина того, что всё место занято и исправить её, ведь на следующий раз не всё эти методы смогут помочь.

Creative Commons License

Статья распространяется под лицензией Creative Commons ShareAlike 4.0 при копировании материала ссылка на источник обязательна .

Об авторе

Основатель и администратор сайта losst.ru, увлекаюсь открытым программным обеспечением и операционной системой Linux. В качестве основной ОС сейчас использую Ubuntu. Кроме Linux, интересуюсь всем, что связано с информационными технологиями и современной наукой.

Я проверил, есть ли у меня место на жестком диске.

Я очень новичок в Linux, и я пытаюсь установить обновления на своем сервере.

Когда я выполняю

ubuntu@ip-xxxxxxxxxxxx:~$ sudo apt-get -f install

, я сразу получаю этот ответ

Reading package lists... Error!
E: Write error - write (28: No space left on device)

Вторая строка повторяется около 60 раз.

Когда я запускаю sudo df — h, я получаю

Filesystem Size Used Avail Use% Mounted on
udev 2.0G 4.0K 2.0G 1% /dev
tmpfs 396M 348K 395M 1% /run
/dev/xvda1 24G 14G 9.0G 61% /
none 4.0K 0 4.0K 0% /sys/fs/cgroup
none 5.0M 0 5.0M 0% /run/lock
none 2.0G 0 2.0G 0% /run/shm
none 100M 0 100M 0% /run/user
overflow 1.0M 1.0M 0 100% /tmp

. Я понимаю, что мой диск имеет 9.0G влево, но я не знаю, что делают остальные диски или файловые системы?

Это экземпляр AWS Ubuntu, который я недавно увеличил в размерах, и у меня есть ощущение, что я пропускаю шаг, чтобы использовать эти 9Gb?

задан
20 November 2017 в 15:25

поделиться

3 ответа

Папка / tmp используется при установке новых пакетов. У вас есть отображение в другом разделе, а размер этого раздела — только 1M.

Я оставил бы папку / tmp в ее по умолчанию: так же, как / partition (в вашем случае /dev/xvda1).

Посмотрите файл /etc/fstab. Сначала создайте резервную копию:

sudo cp /etc/fstab /etc/fstab.bak
sudo nano /etc/fstab

Возможно, есть строка, которая монтирует папку / tmp. Добавьте комментарий в # в начале строки, чтобы прокомментировать это. Ctrl + x, чтобы сохранить файл, а затем перезагрузиться.

Редактирование fstab является потенциально опасным действием, будьте осторожны, если вы не хотите использовать консоль восстановления.

ответ дан Katu
22 May 2018 в 16:04

поделиться

Папка / tmp используется при установке новых пакетов. У вас есть отображение в другом разделе, а размер этого раздела — только 1M.

Я оставил бы папку / tmp в ее по умолчанию: так же, как / partition (в вашем случае /dev/xvda1).

Посмотрите файл /etc/fstab. Сначала создайте резервную копию:

sudo cp /etc/fstab /etc/fstab.bak
sudo nano /etc/fstab

Возможно, есть строка, которая монтирует папку / tmp. Добавьте комментарий в # в начале строки, чтобы прокомментировать это. Ctrl + x, чтобы сохранить файл, а затем перезагрузиться.

Редактирование fstab является потенциально опасным действием, будьте осторожны, если вы не хотите использовать консоль восстановления.

ответ дан Katu
18 July 2018 в 02:57

поделиться

Папка / tmp используется при установке новых пакетов. У вас есть отображение в другом разделе, а размер этого раздела — только 1M.

Я оставил бы папку / tmp в ее по умолчанию: так же, как / partition (в вашем случае /dev/xvda1).

Посмотрите файл /etc/fstab. Сначала создайте резервную копию:

sudo cp /etc/fstab /etc/fstab.bak
sudo nano /etc/fstab

Возможно, есть строка, которая монтирует папку / tmp. Добавьте комментарий в # в начале строки, чтобы прокомментировать это. Ctrl + x, чтобы сохранить файл, а затем перезагрузиться.

Редактирование fstab является потенциально опасным действием, будьте осторожны, если вы не хотите использовать консоль восстановления.

ответ дан Katu
24 July 2018 в 17:42

поделиться

Другие вопросы по тегам:

Похожие вопросы:

0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии

А вот еще интересные материалы:

  • Яшка сломя голову остановился исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного где ошибка
  • Ошибка закладка не найдена при печати
  • Ошибка загрузки убедитесь что ваше интернет соединение стабильно установлена карта памяти cwm