Nem indul a mysql szerver?

Nem indul a mysql szerver?
2016-11-01T12:45:57+01:00
2016-11-10T22:54:29+01:00
2022-12-04T04:00:40+01:00
LuciuSS
Sziasztok!

Az alábbi hibaüzenettel nem indul el a mysql szerver.
[FAIL. . . . . . . . . . . . failed!

Akárhogy próbáltam eddig, nem indult el.
My.cnf-ben a recoverit állítgattam,de semmi változás.

ibdata1 log fájljait töröltem, úgy restart, először újraindult, majd ismét leállt, utána megint töröltem a log file-kat, és  ismételten a failed üzenet jött elő.

Esetleg valakinek valamilyen ötlete?

Köszönöm.

syslog:

Nov  1 10:30:48  mysqld: InnoDB: We do not continue the crash recovery, because the table may become
Nov  1 10:30:48  mysqld: InnoDB: corrupt if we cannot apply the log records in the InnoDB log to it.
Nov  1 10:30:48  mysqld: InnoDB: To fix the problem and start mysqld:
Nov  1 10:30:48  mysqld: InnoDB: 1) If there is a permission problem in the file and mysqld cannot
Nov  1 10:30:48  mysqld: InnoDB: open the file, you should modify the permissions.
Nov  1 10:30:48  mysqld: InnoDB: 2) If the table is not needed, or you can restore it from a backup,
Nov  1 10:30:48  mysqld: InnoDB: then you can remove the .ibd file, and InnoDB will do a normal
Nov  1 10:30:48  mysqld: InnoDB: crash recovery and ignore that table.
Nov  1 10:30:48  mysqld: InnoDB: 3) If the file system or the disk is broken, and you cannot remove
Nov  1 10:30:48  mysqld: InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf
Nov  1 10:30:48  mysqld: InnoDB: and force InnoDB to continue crash recovery here.
Nov  1 10:30:48  mysqld: InnoDB: and force InnoDB to continue crash recovery here.
Nov  1 10:30:48  mysqld_safe: mysqld from pid file /var/run/mysqld/mysqld.pid ended
Nov  1 10:30:48  mysqld_safe: mysqld from pid file /var/run/mysqld/mysqld.pid ended
Nov  1 10:31:02  /etc/init.d/mysql[12804]: 0 processes alive and '/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping' resulted in
Nov  1 10:31:02  /etc/init.d/mysql[12804]: #007/usr/bin/mysqladmin: connect to server at 'localhost' failed
Nov  1 10:31:02  /etc/init.d/mysql[12804]: 0 processes alive and '/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping' resulted in
Nov  1 10:31:02  /etc/init.d/mysql[12804]: #007/usr/bin/mysqladmin: connect to server at 'localhost' failed
Nov  1 10:31:02  /etc/init.d/mysql[12804]: error: 'Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)'
Nov  1 10:31:02  /etc/init.d/mysql[12804]: Check that mysqld is running and that the socket: '/var/run/mysqld/mysqld.sock' exists!
Nov  1 10:31:02  /etc/init.d/mysql[12804]:
Nov  1 10:31:02  /etc/init.d/mysql[12804]: error: 'Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)'
Nov  1 10:31:02  /etc/init.d/mysql[12804]: Check that mysqld is running and that the socket: '/var/run/mysqld/mysqld.sock' exists!
Nov  1 10:31:02  /etc/init.d/mysql[12804]:
Nov  1 10:33:29  mod_evasive[12890]: Blacklisting address 92.52.255.134: possible DoS attack.
Nov  1 10:33:29  mod_evasive[12890]: Blacklisting address 92.52.255.134: possible DoS attack.
Nov  1 10:40:12  mod_evasive[13232]: Blacklisting address 95.168.44.159: possible DoS attack.
Nov  1 10:40:12  mod_evasive[13232]: Blacklisting address 95.168.44.159: possible DoS attack.
Mutasd a teljes hozzászólást!
Valszeg inkonzisztenssé vált a logikai és a fizikai nyilvántartása az innodb-nek, ez okozhatja a problémát. Innodb recovery kell, akár több lépésben is. Érdemes a problémás db-ket átmozgatni máshova és egyesével recoverelni. Nem lesz gyors folyamat, de legalább lassú lesz.
Mutasd a teljes hozzászólást!

  • Töröld le és tedd újra.

    If there is a permission problem in the file and mysqld cannot

    Jogosultságokat nézted?
    Mutasd a teljes hozzászólást!
  • Egy olyan megoldás kéne, amivel vissza lehetne állítani maradéktalanul az adatbázist.

    Egyébként mysql.sock fájl nincs a mappájában.

    Amúgy ez egy működő rendszer volt, tehát csak nem állította ált önhatalmúlag a jogosultságokat a szerver.
    Mutasd a teljes hozzászólást!
  • Van elég szabad hely a merevlemezen?
    Mutasd a teljes hozzászólást!
  • Általában, ha leáll a mysql, restart után töröltem a log file-kat, és azutáni indításnál okés szokott lenni.

    Most mondjuk első indításnál elindult, aztán ugye leállt (lehet, a helyhiány miatt), és utána rögtön (egy újabb restart nélkül) töröltem a  innodb log file-kat közvetlenül. Lehet, ez volt a gond?

    Egyébként 5%-ot írt tárterületre. freshclam.log file eléggé felhízott (lehet, a dos támadástól), azt töröltem, de utána sem indult el.
    Mutasd a teljes hozzászólást!
  • Egyébként 5%-ot írt tárterületre

    Melyik felhasználóval nézed? Nem lehet, hogy azt az 5%-os szabad helyet látod a root felhasználóval amit általában fenn szoktak tartani és amúgy minden más felhasználó számára 0 a szabad terület?
    Mutasd a teljes hozzászólást!
  • Roottal nézem.
    Ketté van osztva, egyébként másik tárterületen, ahol van maga az adatbázis filerendszer .myd meg hasonló fájlok, ott volt elég szabad hely.

    syslogban még van egy ilyen is:
    Oct 31 23:34:34 postfix/bounce[20037]: fatal: append file defer 451AA21703: No space left on device
    Mutasd a teljes hozzászólást!
  • Próbálj meg 5%-nál több helyet felszabadítani, majd utána azokat a javításokat amiket javasol. Lehet érdemes lenne egy témát nyitni a társfórumon (pcforum.hu) - ott foglalkoznak főleg az üzemeltetési kérdésekkel.
    Mutasd a teljes hozzászólást!
  • Már bőven több hely van felszabadítva. Társfórumra írtam már ki kérdést régebben, de ott  még ennyire sem reagáltak.
    Mutasd a teljes hozzászólást!
  • Hali, 
    a 15:10-kor írt: Oct 31 23:34:34 postfix/bounce[20037]: fatal: append file defer 451AA21703: No space left on device hibádat a postfix nyöszörgi és nem a mysql.

    A beidézett részből nem vagyok okosabb, de csinálj olyat, hogy töröld ki az egész error logot és próbáld elindítani rootként a service mysql start utasítással. S azt a hiba jelentést amit erre produkáll azt mellékeld. Hadd lássam.

    -[ most lemegyek Urzsullal a Pap szigetre, másfél óra múlva vissza leszek és megnézem.
    Mutasd a teljes hozzászólást!
  • Hali!

    Töröltem,  majd elindítottam, de ugyanaz a hibaüzenet, a log fájlt meg nem generálja le.

    ui.:

    ssh-n 21 és 15% szabad helyet jelez, viszont a szerverszolgáltató admin felülete (csatolom a képet) egész más képet fest. :/
    Mutasd a teljes hozzászólást!
  • Valami alap config problémád van, hogy nem generáll error reportot. Valamint a képet sem látom.


    ---[ ui. csinálj olyat, hogy hozz létre egy üres error.log fájt és próbáld újra, ha akkor sem ír error logot akkor indítsd újra a géped (hadd ne irogassam step-by-step az utasításokat)
    Mutasd a teljes hozzászólást!
  • Kép csatolmány + log

    syslogból másoltam ki, mivel a mysql log üres, láthatólag, ide írja.

    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 0 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 0 [Warning] options --log-slow-admin-statements, --log-queries-not-using-indexes and --log-slow-slave-statements have no effect if --slow-query-log is not set
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Warning] Buffered warning: Changed limits: max_open_files: 1024 (requested 5010)
    Nov  1 20:32:44  mysqld:
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Warning] Buffered warning: Changed limits: max_open_files: 1024 (requested 5010)
    Nov  1 20:32:44  mysqld:
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Warning] Buffered warning: Changed limits: max_connections: 214 (requested 1000)
    Nov  1 20:32:44  mysqld:





    Nov  1 20:32:44  mysqld:
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Warning] Buffered warning: Changed limits: table_cache: 400 (requested 2000)
    Nov  1 20:32:44  mysqld:
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Warning] Buffered warning: Changed limits: max_connections: 214 (requested 1000)
    Nov  1 20:32:44  mysqld:
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Warning] Buffered warning: Changed limits: table_cache: 400 (requested 2000)
    Nov  1 20:32:44  mysqld:
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Note] Plugin 'FEDERATED' is disabled.
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Note] Plugin 'FEDERATED' is disabled.
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Note] InnoDB: Using atomics to ref count buffer pool pages
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Note] InnoDB: The InnoDB memory heap is disabled
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Note] InnoDB: Using atomics to ref count buffer pool pages
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Note] InnoDB: The InnoDB memory heap is disabled
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Note] InnoDB: Compressed tables use zlib 1.2.7
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Note] InnoDB: Using Linux native AIO
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Note] InnoDB: Compressed tables use zlib 1.2.7
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Note] InnoDB: Using Linux native AIO
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Note] InnoDB: Using CPU crc32 instructions
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Note] InnoDB: Using CPU crc32 instructions
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Note] InnoDB: Initializing buffer pool, size = 8.0G
    Nov  1 20:32:44  mysqld: 2016-11-01 20:32:44 6189 [Note] InnoDB: Initializing buffer pool, size = 8.0G
    Nov  1 20:32:45  mysqld: 2016-11-01 20:32:45 6189 [Note] InnoDB: Completed initialization of buffer pool
    Nov  1 20:32:45  mysqld: 2016-11-01 20:32:45 6189 [Note] InnoDB: Completed initialization of buffer pool
    Nov  1 20:32:45  mysqld: 2016-11-01 20:32:45 6189 [Note] InnoDB: Highest supported file format is Barracuda.
    Nov  1 20:32:45  mysqld: 2016-11-01 20:32:45 6189 [Note] InnoDB: Highest supported file format is Barracuda.
    Nov  1 20:32:45  mysqld: 2016-11-01 20:32:45 6189 [Note] InnoDB: Log scan progressed past the checkpoint lsn 193635872268
    Nov  1 20:32:45  mysqld: 2016-11-01 20:32:45 6189 [Note] InnoDB: Database was not shutdown normally!
    Nov  1 20:32:45  mysqld: 2016-11-01 20:32:45 6189 [Note] InnoDB: Log scan progressed past the checkpoint lsn 193635872268
    Nov  1 20:32:45  mysqld: 2016-11-01 20:32:45 6189 [Note] InnoDB: Database was not shutdown normally!
    Nov  1 20:32:45  mysqld: 2016-11-01 20:32:45 6189 [Note] InnoDB: Starting crash recovery.
    Nov  1 20:32:45  mysqld: 2016-11-01 20:32:45 6189 [Note] InnoDB: Reading tablespace information from the .ibd files...
    Nov  1 20:32:45  mysqld: 2016-11-01 20:32:45 6189 [Note] InnoDB: Starting crash recovery.
    Nov  1 20:32:45  mysqld: 2016-11-01 20:32:45 6189 [Note] InnoDB: Reading tablespace information from the .ibd files...
    Nov  1 20:32:45  mysqld: 2016-11-01 20:32:45 6189 [ERROR] InnoDB: Attempted to open a previously opened tablespace. Previous tablespace teszt2/lineo_sessions uses space ID: 73 at filepath: ./teszt2/lineo_sessions.ibd. Cannot open tablespace oldal/ratings which uses space ID: 73 at filepath: ./oldal/rating
    Nov  1 20:32:45  mysqld: 2016-11-01 20:32:45 32d4a764720  InnoDB: Operating system error number 2 in a file operation.
    Nov  1 20:32:45  mysqld: 2016-11-01 20:32:45 6189 [ERROR] InnoDB: Attempted to open a previously opened tablespace. Previous tablespace teszt2/lineo_sessions uses space ID: 73 at filepath: ./teszt2/lineo_sessions.ibd. Cannot open tablespace oldal/ratings which uses space ID: 73 at filepath: ./oldal/rating
    Nov  1 20:32:45  mysqld: 2016-11-01 20:32:45 32d4a764720  InnoDB: Operating system error number 2 in a file operation.
    Nov  1 20:32:45  mysqld: InnoDB: The error means the system cannot find the path specified.
    Nov  1 20:32:45  mysqld: InnoDB: If you are installing InnoDB, remember that you must create
    Nov  1 20:32:45  mysqld: InnoDB: directories yourself, InnoDB does not create them.
    Nov  1 20:32:45  mysqld: InnoDB: Error: could not open single-table tablespace file ./oldal/ratings.ibd
    Nov  1 20:32:45  mysqld: InnoDB: We do not continue the crash recovery, because the table may become
    Nov  1 20:32:45  mysqld: InnoDB: corrupt if we cannot apply the log records in the InnoDB log to it.
    Nov  1 20:32:45  mysqld: InnoDB: To fix the problem and start mysqld:
    Nov  1 20:32:45  mysqld: InnoDB: 1) If there is a permission problem in the file and mysqld cannot
    Nov  1 20:32:45  mysqld: InnoDB: open the file, you should modify the permissions.
    Nov  1 20:32:45  mysqld: InnoDB: 2) If the table is not needed, or you can restore it from a backup,
    Nov  1 20:32:45  mysqld: InnoDB: The error means the system cannot find the path specified.
    Nov  1 20:32:45  mysqld: InnoDB: If you are installing InnoDB, remember that you must create
    Nov  1 20:32:45  mysqld: InnoDB: directories yourself, InnoDB does not create them.
    Nov  1 20:32:45  mysqld: InnoDB: Error: could not open single-table tablespace file ./oldal/ratings.ibd
    Nov  1 20:32:45  mysqld: InnoDB: We do not continue the crash recovery, because the table may become
    Nov  1 20:32:45  mysqld: InnoDB: corrupt if we cannot apply the log records in the InnoDB log to it.
    Nov  1 20:32:45  mysqld: InnoDB: To fix the problem and start mysqld:
    Nov  1 20:32:45  mysqld: InnoDB: 1) If there is a permission problem in the file and mysqld cannot
    Nov  1 20:32:45  mysqld: InnoDB: open the file, you should modify the permissions.
    Nov  1 20:32:45  mysqld: InnoDB: 2) If the table is not needed, or you can restore it from a backup,
    Nov  1 20:32:45  mysqld: InnoDB: then you can remove the .ibd file, and InnoDB will do a normal
    Nov  1 20:32:45  mysqld: InnoDB: crash recovery and ignore that table.
    Nov  1 20:32:45  mysqld: InnoDB: 3) If the file system or the disk is broken, and you cannot remove
    Nov  1 20:32:45  mysqld: InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf
    Nov  1 20:32:45  mysqld: InnoDB: and force InnoDB to continue crash recovery here.
    Nov  1 20:32:45  mysqld: InnoDB: then you can remove the .ibd file, and InnoDB will do a normal
    Nov  1 20:32:45  mysqld: InnoDB: crash recovery and ignore that table.
    Nov  1 20:32:45  mysqld: InnoDB: 3) If the file system or the disk is broken, and you cannot remove
    Nov  1 20:32:45  mysqld: InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf
    Nov  1 20:32:45  mysqld: InnoDB: and force InnoDB to continue crash recovery here.
    Nov  1 20:32:45  mysqld_safe: mysqld from pid file /var/run/mysqld/mysqld.pid ended
    Nov  1 20:32:45  mysqld_safe: mysqld from pid file /var/run/mysqld/mysqld.pid ended
    Nov  1 20:32:58  /etc/init.d/mysql[6383]: 0 processes alive and '/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping' resulted in
    Nov  1 20:32:58  /etc/init.d/mysql[6383]: #007/usr/bin/mysqladmin: connect to server at 'localhost' failed
    Nov  1 20:32:58  /etc/init.d/mysql[6383]: 0 processes alive and '/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping' resulted in
    Nov  1 20:32:58  /etc/init.d/mysql[6383]: #007/usr/bin/mysqladmin: connect to server at 'localhost' failed
    Nov  1 20:32:58  /etc/init.d/mysql[6383]: error: 'Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)'
    Nov  1 20:32:58  /etc/init.d/mysql[6383]: Check that mysqld is running and that the socket: '/var/run/mysqld/mysqld.sock' exists!
    Nov  1 20:32:58  /etc/init.d/mysql[6383]:
    Nov  1 20:32:58  /etc/init.d/mysql[6383]: error: 'Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)'
    Nov  1 20:32:58  /etc/init.d/mysql[6383]: Check that mysqld is running and that the socket: '/var/run/mysqld/mysqld.sock' exists!
    Mutasd a teljes hozzászólást!
    Csatolt állomány
  • Szerintem a /var/run/mysqld/mysqld.sock -al lehet az egyik gond.
    Nézd meg ki a tulajdonosa és próbáld azzal a felhasználóval futtatni a mysqld -t.
    Vagy töröld a sock filet és ellenőrizd, hogy a futtató usernek legyen joga írni a /var/run/mysqld könyvtárba.

    Egyéb ötlet
    Biztos, hogy csak egy példány mysqld-t futtatsz ?
    Nem volt mysql verzió váltás a gépen?
    Mutasd a teljes hozzászólást!
  • Nem volt váltás.
    Sock fájl nincs is a gépen, eltűnt.
    Mutasd a teljes hozzászólást!
  • Ha nincs sock file akkor valószínűleg nincs írási joga a mysqld -t futtató felhasználónak. (Lehet egyéb oka is, de ez a leggyakoribb)

    Egyéb ötlet
    Próbáld -debug -al indítani hátha ír valami hasznosat.
    Mutasd a teljes hozzászólást!
  • Szia!
    A kép és a log alapján is: elfogyott a szabad hely. sock file velószínűleg azért nincs, mert nem tudja létrehozni, mert nincs szabad hely.
    Mutasd a teljes hozzászólást!
  • Szia!


    Érdekes, most néztem, a run mappában valóban 307 megából 306 foglalt.

    Itt mit ajánlott törölni, hogy legyen hely, ha valóban ez a baja?
    Mutasd a teljes hozzászólást!
  • Nagyon nehéz megmondani, hogy mit törölhetsz, mert az azon múlik, hogy neked mi nem kell:)
    Én első körben a tmp könytárakat üríteném, majd esetleg a régi logokat, aztán szükség esetén az újabb logokat is mentés után. Mindenesetre valószínűleg ez csak idéglenes megoldás lesz: bővíteni kellene a háttértárat...
    Mutasd a teljes hozzászólást!
  • Csak utmp fájlt látok, mappát nem. (Debian)
    Mellesleg akárhogy nézem, nem találok olyan fájlt, ami terjedelmesebb lenne.
    Mutasd a teljes hozzászólást!
  • Hát ha 307 mega a kötet mérete, akkor azért az nem akkora nagy csoda:)
    Mutasd a teljes hozzászólást!
  • A képen az látszik, hogy két kötet van csatolva: a /home és a /. Ebből kb. az jön le, hogy a /home kivételével minden a / köteten van. Így a /tmp is és a teljes /var. A /var-on belül meg elég sokminden lehet. Pl.: akár a levelezések, ha ez mail szerver (is), vagy cache... Esetleg megnézheted, hogy mi foglal sokat a du -hs /var/* paranccsal (ez a /var-ban lévő könyvtárak méretét mutatja meg)
    Mutasd a teljes hozzászólást!
  • Most nézem, hogy a /var/run külön van mountolva...
    Mutasd a teljes hozzászólást!
  • 15 Gb
    Mutasd a teljes hozzászólást!
  • MySQL - ERROR 2002 (HY000): Can't connect to local MySQL server through socket
    Sock file-t ez alapján létrehoztam, viszont az újabb failed-es mysql restart után ugyancsak eltűnt.

    Lehetséges, hogy az az 1 megás szabad hely bizonyul kevésnek hozzá?
    Mondjuk fura,mert más adatokat ír a run mappába.
    Mutasd a teljes hozzászólást!
  • df -h mit mond?
    Mutasd a teljes hozzászólást!
  • Filesystem      Size  Used Avail Use% Mounted on
    rootfs           20G   16G  3.0G  85% /
    /dev/root        20G   16G  3.0G  85% /
    devtmpfs         16G     0   16G   0% /dev
    tmpfs           3.2G  252K  3.2G   1% /run
    tmpfs           5.0M     0  5.0M   0% /run/lock
    tmpfs           6.5G     0  6.5G   0% /dev/shm
    /dev/md2         90G   77G  8.2G  91% /home
    Mutasd a teljes hozzászólást!
  • Ez alapján van hely. Quota van beállítva?
    Mutasd a teljes hozzászólást!
  • Tudtommal nincs.
    Mutasd a teljes hozzászólást!
  • Akkor passzolom. Nincs több ötletem.
    Mutasd a teljes hozzászólást!
Tetszett amit olvastál? Szeretnél a jövőben is értesülni a hasonló érdekességekről?
abcd