#8 Még egy kérdés. LiveCD-ről futtatod a parancsot? ... mert akkor kéne a 'chroot'. Mivel a LiveCD-t teszteled ilyenkor és nem a telepített rendszert.
A chroot helyett átléphetsz az egyik konzolra

Ctrl + Alt + F2

bejelentkezel, és futtatod a parancsot.

sudo ls -lhNS /var/log/*

azaz

sudo eles kötőjelkiselkishánagyennagyes /véaer/elogé/

De ebben az esetben vélhetően nem tudod a kimenetet másolni. Viszont látszik a kimenet elején, hogy mely log fájlok nagy méretűek, a parancsot így állítottam be. Konzolon is lehet a kimenetet másolni, azaz fájlba menteni, akkor csatolni kell egy USB kulcsot, és arra mehet a mentés. A chroot nem túl bonyolult,
https://linuxmint.hu/blog/2016/08/chroot-live-rendszer-livecddvdusb-stick
jobb lenne azzal.

#7 Próbál másolni a parancsot

sudo ls -lhNS /var/log/*

A csillag nem maradt le a végéről?

Nálam azzal is jó

sudo ls -lhNS /var/log/
összesen 12M
[...]

Nálam ez a kimenete (a *-al):

-rw-r----- 1 root   adm    1,6M nov    5 06:25 /var/log/messages.1
-rw-r--r-- 1 root   root   898K ápr   29  2017 /var/log/vbox-install.log
-rw-r----- 1 root   adm    822K nov    4 22:00 /var/log/user.log.1
-rw-r----- 1 root   adm    810K nov    4 21:59 /var/log/kern.log.1
-rw-r----- 1 root   adm    734K nov    5 06:25 /var/log/daemon.log.1
-rw-r----- 1 root   adm    615K nov    9 20:51 /var/log/messages
-rw-r----- 1 root   adm    532K nov    9 20:51 /var/log/kern.log
-rw-r--r-- 1 root   root   531K okt   31 23:55 /var/log/dpkg.log.1
-rw-r----- 1 root   adm    474K nov    4 21:59 /var/log/ufw.log.1
-rw-r----- 1 root   adm    444K nov    9 20:47 /var/log/daemon.log
-rw-r----- 1 root   adm    366K nov    9 20:51 /var/log/ufw.log
-rw-r----- 1 root   adm    301K nov    5 06:25 /var/log/auth.log.1
-rw-rw-r-- 1 root   utmp   286K okt   29 20:42 /var/log/lastlog
-rw-r----- 1 root   adm    252K nov    9 06:25 /var/log/syslog.1
-rw-r----- 1 root   adm    251K nov    9 20:51 /var/log/syslog
-rw-r--r-- 1 root   root   226K júl   29 21:37 /var/log/dpkg.log.4.gz
[...]

Rövidítettem.

#15 „Eddigi tapasztalat szerint működik rendesen minden, bár nem tudom konkrétan miket próbált benne a lányom!”
.. egy kérdés: a lányod ért, illetve mennyire ért a GNU/Linux-hoz? Állítod „próbálkozik”. Ez egy egyszerű kérdés, jó esetben kiderülhet, hogy ért valamelyest a rendszerhez már ő (is).

 Tudom a törlés olyan mint a fájdalom csillapítás!

Én is az okot szeretném megtudni, de most eljöttem melózni , majd holnap!

Eddigi tapasztalat szerint működik rendesen minden, bár nem tudom konkrétan miket próbált benne a lányom!

#34 A beállítás a  'pcie_aspm=off' és lala által említett másik kapcsolóval is zabályozható. Jelenleg nálad a default a beállítás. Nálam is.

Szia!

Csak ennyit ír ki:

[default] performance powersave powersupersave 

 

 

#43 Megnézheted, hogy a kapcsoló élesítése után, mi lesz a beállítás.

Értem! 

Köszi! 

#47 Írtam az előbb is valamit.
Itt hízott fel a naplózás: /var/log/cups ?
Az Elementary-val be tudsz lépni a befűzés helyére és listázni?
Mit mutat nálad a parancssor?

ls -la -1 /var/log/cups

És ez a parancssor?

ls -la /usr/lib/cups/notifier/

Nálam:

ls -la -1 /var/log/cups
összesen 40
drwxr-xr-x  2 root root 4096 ápr   26 00:00 .
drwxr-xr-x 14 root root 4096 ápr   26 10:29 ..
-rw-r-----  1 root adm   760 ápr   26 09:06 access_log
-rw-r-----  1 root adm  1608 ápr   26 00:00 access_log.1
-rw-r-----  1 root adm   206 ápr   25 00:00 access_log.2.gz
-rw-r-----  1 root adm   209 ápr   24 00:00 access_log.3.gz
-rw-r-----  1 root adm   201 ápr   23 00:00 access_log.4.gz
-rw-r-----  1 root adm   203 ápr   22 00:00 access_log.5.gz
-rw-r-----  1 root adm   237 ápr   21 00:00 access_log.6.gz
-rw-r-----  1 root adm   204 ápr   20 00:00 access_log.7.gz

ls -la /usr/lib/cups/notifier/
összesen 76
drwxr-xr-x  2 root root  4096 márc  28 15:38 .
drwxr-xr-x 10 root root  4096 márc  28 15:38 ..
-rwxr-xr-x  1 root root 18424 jan   19 09:36 dbus
-rwxr-xr-x  1 root root 22520 jan   19 09:36 mailto
-rwxr-xr-x  1 root root 22520 jan   19 09:36 rss

#46 Ugyanez az ASUS?

Hibajavító/Recovery menüben be tudsz lépni? A GRUB menüben van.

Ott a root menüre kéne lépni, majd ezeket a parancssorokat futtatni:

service cups stop

mv /etc/cups/subscriptions.conf /etc/cups/subscriptions.conf.ORIG

mv /etc/cups/subscriptions.conf.0 /etc/cups/subscriptions.conf.0.ORIG

rm -rf /var/cache/cups

service cups start

A hosszú parancssoroknál a TAB billentyű segítségével kiegészítheted a szavakat, elérési utat.

A resume indítja újra a rendszert (GRUB menü).

Forrás: https://askubuntu.com/a/744408

Lehet, mást is kell majd csinálni, ha visszatér.

#49 A másik, a Live rendszer alatt megnézed, hova fűzte be a telepített rendszert. Belépsz oda. Példa:

cd /media/elementary/ami_a_neve_az_sdb1-nek

és futtatod a parancsokat. Az elementary kifejezés, könyvtár név helyett más is lehet ott. De fájlkezelőben is megnézheted az elérési utat, amit aztán a cd parancs mögé bemásolsz, vagy beírsz, a TAB segítségével kiegészítve a neveket. Párhuzamosan nézed a jó helyen megnyitott fájlkezelőt és a terminált. Mindez elég könnyű.
Megpróbálhatod törölni a naplókat itt: /var/log/cups/
Mivel te láttad, mekkorák, akkor tudod, hol vannak, így az elérési út sem lesz nehéz (cd parancs).

-----

A recovery mód rendben, de ha a másik parancssor, illetve az elérési út, a befűzés helye is nehézséget okoz, mégis, mit szeretnél ezzel kezdeni? Leírtad papírra a parancssorokat? Mert úgy menne. Nem egy bonyolult feladat egyik sem, rá kell érzened az ízére. :-)

A befűzés a media könytár alá történik általában... (Live rendszerre is mondom).

-----

Nem ASUS, hanem Dell Latitude E6540 Kétmagos Intel® Core™ i5-4310M CPU @ 2.70GHz

Jó, de ha már az előző kérdező is elrontotta a címet (ASUS X541U indítási probléma (Megoldva) | hol van ebben, hogy megtelt a lemez? Sehol.), nyithattál volna másik topikot, hogy „Megtelt a lemez a CUPS naplózás miatt, nem indul a rendszer”, ilyesmi, hogy később, aki rákeres könnyű dolga legyen. Logikus, nem :-)? Most már mindegy.

#47 Nem ASUS, hanem Dell Latitude E6540 Kétmagos Intel® Core™ i5-4310M CPU @ 2.70GHz

Igen be tudok lépni a recovery modba , legalábbis a GRUB felkínálja, de még nem próbáltam ki, mert nem tudtam, mit tudok ott csinálni.

a listázást nem tudom ide megcsinálni a fenti könyvtárakból, mert nem tudom, hogy tudok a parancssorban átlépni arra tárolóra (sdb1), egyelőre csak valamelyik fájlkezelővel tudom listázni, de mind a két könyvtárban az látszik, ami nálad annyi különbséggel, hogy a /var/log/cups tartalamaz error.log fájlokat, amik igazából a nagyok (77GB)

Most fogom kipróbálni a recovery indítást...

#51 Te figyu, ezt a parancsot ki mondta neked? Mert én nem.

sudo chown -hR csl /media/csl/2226e58f-2a35-4917-94ce-3df868f2a394/var/log/cup

#50 Jogos, hogy új topicot kellett volna kezdenem, de ez egy beidegződés néhány más fórumon, ahol azt teszik szóvá, ha hasonló témában mindig új topic keletkezik. Na, már tényleg mindegy, de valóban jobb lett volna!

Nos elindítottam recovery módban és a parancsokat (perszehogy leírtam  ) lefuttattam és egy hiba kivételével rendben lefutottak.

A hiba 2. sorban volt, amelyikben ...conf.0 stb. volt. Annyi, hogy nem talált ilyen könyvtárat és fájlt

aztán újraindítottam: csak parancssorban indul

A nagy error.log fájl-t még nem tudtam törölni jogok miatt:

csl@csl-Latitude-E6540:~$ sudo chown -hR csl /media/csl/2226e58f-2a35-4917-94ce-3df868f2a394/var/log/cups
sudo: /etc/sudoers is owned by uid 1000, should be 0
sudo: no valid sudoers sources found, quitting
sudo: unable to initialize policy plugin

Ezzel egyelőre nem tudok mit kezdeni. Most itt tartok.

 

 

#53 Két gond. :)
-- egy s karakter lemaradt a parancssor végéről. Érdemes bátran nyomkodni a TAB billentyűt a név kiegészítések miatt. A másik meg az, hogy kimenetet mindig mutass a parancs mellé, ne elmondás legyen: nem működött. Az általam ajánlott parancssorról semmi nincs.
-- a h paramétert felesleges használni, mert nem link az elérési út. A chown kézikönyvből:

       -h, --no-dereference
              Magukon a szimbolikus linkeken végez műveletet  ahelyett,  amire
              mutatnak.   Csak  akkor  használható,  ha a lchown rendszerhívás
              létezik.

de közben rájöttem, hogy újraindításkor, ha spec módban lépek be, akkor úgyis root-ként vagyok bent és akkor tudom törölni

Egyébként én éppen azt javasoltam: GRUB menü > root
A sudo ezért nincs az ajánlott parancsorok előtt.
Olyan, mintha nem olvasnád el, amit írok.

Akkor most sikerült a törlés, minden rendben? Vagy mi a helyzet, mivel van gond?

#52 Saját elgondolás volt, de közben rájöttem, hogy újraindításkor, ha spec módban lépek be, akkor úgyis root-ként vagyok bent és akkor tudom törölni (de egy családi géphez sajnos nem akármikor lehet hozzá férni . Egyébként (csak úgy tanulás képpen) mi a baj azzal a paranccsal? Azt leszámítva, hogy nem működött :)

#55 Nem maradt le az s: https://linuxmint.hu/comment/36711#comment-36711
Te melyik hozzászólásomra gondolsz, ahol lemaradt, linkelnéd?

A többit is elolvastam, nem érdemes rá reagálni, mert működik a grafikus felület és nyomtatás is helyreállt. Inkább lépjünk ide:

8.újraindítás: már működik grafikus módban is, sőt nyomtat is, de
a) tovább logol, az error_log 30 perc alatt 1,4 GB-ra nőtt most jelenleg 15GB
b) nincs internet -> a korábbi wifi router kapcsolódási pontot ugyan mutatja a hálózati beállításokban, de kapcsolódási lehetőséget nem és nem is kapcsolódik, holott automatikus kapcsolódás van beállítva

A naplóból kéne az ismétlődő részletet ide bemásolni, ami az eltúlzott naplózást okozza. Lehet a régebbi hibaüzenet ismétlődik, innen nem tudom kitalálni. Fontos lenne tudni, mi ez.

A Wifi kapcsolatot próbáld újra létrehozni. Ethernet kapcsolódásra van lehetőséged?
Az Ubuntu Pastebin segítségével oszd meg a parancssorok kimenetét:

dmesg

inxi -Fzxxx

#54 :) nem maradt le az "s" karakter a parancs végéről, csak, amikor bemásoltad neked maradt le, a kimenetetet pedig oda másoltam, ha megnézed az eredeti hozzászólást, akkor látni fogod, igaz nem olyan szép kis kék hátterű keretben látszik, olyat nem tudom hogy lehet csinálni...

Egyébként nagyon is figyelek arra amit mondasz, mert csak az alapján tudom (tudnám) a hib át elhárítani! Az igaz, hogy a LM parancssori kimeneteit (mivel csak parancssorban működött eddig) nem tudom egy másik op. rendszer grafikus felületén keresztül ide másolni, mert ugyan hiába irányítom pl. egy .txt-be annak tartalmát jogok miatt nem tudom itt megjeleníteni. Persze nem azt mondtam, hogy nem lehet, hanem azt, hogy nem tudom. Sajnálom, hogy bénázok ezzel, de két oprendszer között állandó újraindítgatásokkal tudom kipróbálni a segítséged és újra itt (Elementary) kommunikálni az eredményt. Az Lm-ben rootként futtattam le azokat a parancsokat, amiket leírtál és annak egyik sora azért nem hajtódott végre először, mert amit leírtál parancsban szereplő egyik "O" betűt 0-nak néztem aztán  javítottam és rendben végrehajtódott, gondolom ezt én abból, hogy semmilyen kimenetet nem generált, csupán vissza adta utána a promptot.

Nos összefoglalom amik történtek:

1. Újraindítás után: Grub -> recovery mód (root-ként)

2. CUPS leállítás -> service cups stop

3. Fájlok múvolása, eredmény:

csl@csl-Latitude-E6540:/media/csl/2226e58f-2a35-4917-94ce-3df868f2a394/etc/cups$ ls -la
összesen 100
drwxr-xr-x   5 root lp    4096 ápr   29 20:58 .
drwxr-xr-x 155 root root 12288 ápr   23 14:57 ..
-rw-r--r--   1 root root 26954 máj    9  2019 cups-browsed.conf
-rw-r--r--   1 root root  6403 dec   13 17:38 cupsd.conf
-rw-r--r--   1 root root  2923 aug   16  2019 cups-files.conf
drwxr-xr-x   2 root root  4096 aug   16  2019 interfaces
drwxr-xr-x   2 root lp    4096 ápr   25 08:46 ppd
-rw-------   1 root lp     527 ápr   29 20:56 printers.conf
-rw-------   1 root lp     512 ápr   25 08:46 printers.conf.O
-rw-r--r--   1 root root   240 dec   13 17:42 raw.convs
-rw-r--r--   1 root root   211 dec   13 17:42 raw.types
-rw-r--r--   1 root root   142 aug   16  2019 snmp.conf
drwx------   2 root lp    4096 aug   16  2019 ssl
-rw-r-----   1 root lp     679 ápr   25 08:46 subscription.conf.O.ORIG
-rw-r-----   1 root lp     675 ápr   29 20:58 subscriptions.conf
-rw-r-----   1 root lp     679 ápr   25 09:40 subscriptions.conf.ORIG
csl@csl-Latitude-E6540:/media/csl/2226e58f-2a35-4917-94ce-3df868f2a394/etc/cups$

4. rm -rf /var/cache/cups

5. CUPS újraindítása (service cups start)

6. újraindítás: csak parancssor módban működött

7.root-ként belép -> rm /var/log/cups error_log (törlési idő kb 1óra volt)

8.újraindítás: már működik grafikus módban is, sőt nyomtat is, de
a) tovább logol, az error_log 30 perc alatt 1,4 GB-ra nőtt most jelenleg 15GB
b) nincs internet -> a korábbi wifi router kapcsolódási pontot ugyan mutatja a hálózati beállításokban, de kapcsolódási lehetőséget nem és nem is kapcsolódik, holott automatikus kapcsolódás van beállítva

Itt tartok :(

 

#57 Aham, szóval a live alól ez (van „s”, igen [én sem vagyok fijatal, tévedek :)]):

sudo chown -hR csl /media/csl/2226e58f-2a35-4917-94ce-3df868f2a394/var/log/cups
sudo: /etc/sudoers is owned by uid 1000, should be 0
sudo: no valid sudoers sources found, quitting
sudo: unable to initialize policy plugin

Az a baj, hogy a live alatt (gondolom) nem ugyanaz a felhasználóneved, azaz nem csl. Így eleve rossz úton indulsz neki. De én a chown parancsra gondoltam a miértek tekintetében, értelmetlennek látom, és azt tényleg nem említettem (mert értelmetlen) :). Csak megjegyzem, a h paraméterre is rákérdeztem, de ez huszadrangú... . A chown javaslatot honnan nézted? Általam linkelt oldal másik hozzászólása?
Egyébként a csl pont nem jó, mert a root felhasználó lenne jó. Ha már... .
Azt hiszem, innen linkeltem tanácsot:
https://askubuntu.com/questions/648807/cupsd-using-100-cpu-creating-larg...
De pontosan egyetlen hozzászólást linkeltem! Az összeset nem kell megcsinálni, szép lenne.

Igazság szerint, pont jó a jogosultság (kiemelem) - legalábbis szerintem:

E [30/Apr/2020:16:26:59 +0200] File \"/usr/lib/cups/notifier/dbus\" has insecure permissions (0100755/uid=1000/gid=0).
W [30/Apr/2020:16:26:59 +0200] Notifier for subscription 2 (dbus://) went away, retrying!

Azonban nagyon gyanús nekem a UID-nél az 1000:

uid=1000/gid=0

Az utolsó két parancsor lesz tájékoztató nekünk ebben a kérdésben.

A kiemelt rész maga a parancssor.

Megnézed, hol a sudo (nálam a kimenetben - példa):

which sudo               
/usr/bin/sudo

Majd listázod (ami nálad a kimenet - példa):

ls -la /usr/bin/sudo
-rwsr-xr-x 1 root root 157192 febr   2 08:41 /usr/bin/sudo

... mert írnak valamilyen sudo történetet:
https://askubuntu.com/questions/300557/how-to-restore-the-default-chown-...

Nézzük ezeket is (példa):

ls -la /usr/lib/cups/
összesen 48
drwxr-xr-x  10 root root  4096 márc  28 15:38 .
drwxr-xr-x 134 root root 12288 máj    1 13:57 ..
drwxr-xr-x   2 root root  4096 ápr    4 11:57 backend
drwxr-xr-x   2 root root  4096 márc  28 15:38 backend-available
drwxr-xr-x   2 root root  4096 márc  28 15:38 cgi-bin
drwxr-xr-x   2 root root  4096 márc  28 15:38 daemon
drwxr-xr-x   2 root root  4096 márc  28 15:47 driver
drwxr-xr-x   2 root root  4096 márc  28 15:47 filter
drwxr-xr-x   2 root root  4096 márc  28 15:38 monitor
drwxr-xr-x   2 root root  4096 márc  28 15:38 notifier

ls -la /usr/lib/cups/notifier/
összesen 76
drwxr-xr-x  2 root root  4096 márc  28 15:38 .
drwxr-xr-x 10 root root  4096 márc  28 15:38 ..
-rwxr-xr-x  1 root root 18424 jan   19 09:36 dbus
-rwxr-xr-x  1 root root 22520 jan   19 09:36 mailto
-rwxr-xr-x  1 root root 22520 jan   19 09:36 rss

Természetesen neked csak a parancssort kell futtatnod (kiemelt), és a kimenet ide, illetve Ubuntu Pastebin megosztás legyen inkább.

A dmesg és az inxi -Fzxxx is a chroottal menjen.

Mindazonáltal javasolnám a live rendszert, igen, megint, de a chroot használatát inkább:
https://linuxmint.hu/blog/2016/08/chroot-live-rendszer-livecddvdusb-stick
És csak azt csináld, amit ide írtam, linkekről semmit... (a chroot az kivétel :)).

#56 Ez az eredeti hozzászólásom:

https://linuxmint.hu/comment/36731#comment-36731

és ez a Tiéd:

https://linuxmint.hu/comment/36733#comment-36733

de egyébként nincs nagy jelentősége, mert szerintem azért értjük egymást.... csak én vagyok már egy kicsit öreg :D

az ERROR_LOG pedig ezt ismételgeti végig:

E [30/Apr/2020:16:26:59 +0200] File \"/usr/lib/cups/notifier/dbus\" has insecure permissions (0100755/uid=1000/gid=0).
W [30/Apr/2020:16:26:59 +0200] Notifier for subscription 2 (dbus://) went away, retrying!

dmesg és az inxi parancsokat még nem próbáltam ki, de remélem még ma tudok eredményt küldeni, talán a hálózatról is

#63 És fontos lenne emlékezni, korábban milyen parancssorrokkal alakítottad át a rendszert. A history-ban megvan... (chroot módszer!). Az emlékezet (vagy a jegyzet) az eredményes javítás egyik nagyon jól működü és bevállt formája a Linux rendszereknél (is). :)

#62 Szerintem, telepítsd újra a rendszert. Ez már gyakorlatilag „mókolás”, nem emlékszel az eredeti ”átalakítós” parancssor(ok)a sem, mert eddig azt tudtuk meg, a CUPS könyvtárak jogait változtattad meg. Most kiderült, sok minden mást is, hiszen usr, var ..., mindezeket javítgatod, azaz a javításukra teszel kísérletet.

A parancsor sem jó teljesen, használd így mindenhol, ahol változtatnál (felhasználó:csoport)

sudo chown -R root:root /usr

Megjegyzem, senki ne csinálja utánad!

Nálam így néz ki az usr (felhasználó:csoport) - root:root, de mélyebben nem is másznék bele ebbe a történetbe, kissé hosszadalmas lenne, értelme nincs megoldást keresni, a rendszer újratelepítés sokkal egyszerűbb ennél. És a „chmod jogok” is elmászhattak esetleg.

ls -la /usr
összesen 152
drwxr-xr-x  13 root root  4096 márc  28 15:25 .
drwxr-xr-x  19 root root  4096 márc  28 15:53 ..
drwxr-xr-x   2 root root 69632 máj    2 11:39 bin
drwxr-xr-x   2 root root  4096 ápr    2 13:19 games
drwxr-xr-x  48 root root  4096 ápr   26 10:28 include
drwxr-xr-x 134 root root 12288 máj    1 13:57 lib
drwxr-xr-x   2 root root  4096 márc  28 15:25 lib32
drwxr-xr-x   2 root root  4096 márc  28 15:25 lib64
drwxr-xr-x   2 root root  4096 márc  28 15:25 libx32
drwxr-xr-x  10 root root  4096 márc  28 15:25 local
drwxr-xr-x   2 root root 20480 máj    2 11:39 sbin
drwxr-xr-x 307 root root 12288 máj    1 13:57 share
drwxr-xr-x   4 root root  4096 máj    1 13:57 src

Ez egy Debian rendszer. Az Ubuntu nagy ritkán eltérő dolgokat használ, lásd például a K3b alkalmazást (van egy erről szóló topik). Az Enlightenment sem használhat nagyon eltérő dolgokat.

Fontos lenne azonban, hogy a javításokat a már linkelt chroot használatával próbáld érvényesíteni, nem elég csak a live renszer alatt belépni egy másik OS rendszer könyvtáraba.

#65 valahol olvastam, hogy a disztrók alapból tartalmazzák az apache server-t, a MySql -t, php-t és phpMyadmin-t. (ezt nem tudtam eddig és rátelepítettem mindegyiket pluszba a rendszertelepítés után)

Rosszul tudta a forrás. Ami nincs telepítve, azt tudod telepíteni. Ha telepítve van már adott alkalmazás, azt jelzi a terminál, ha azt használod a telepítésekre. Ha csomagkezelőt használsz, az is jelzi. Nincsenek amúgy alapértelmezetten telepítve ezek az alkalmazások. Egyes részeik igen, amit más, telepített alkalmazások is használnak, teljes értékűen azonban nincs egyik sem telepítve. Például egy Debian 10 alatt ez a kettő Apache csomag van telepítve:

dpkg -l *apache* | grep ii
ii  libapache-poi-java       4.0.1-1      all          Apache POI - Java API for Microsoft Documents
ii  libapache-pom-java       18-1         all          Maven metadata for all Apache Software projects

Miért is lenne telepítve akármelyik „teljesen”? A telepítőt (ISO) méretét növelnék, és ugye, nem sok embernek van szüksége ezekre alapvetően. Akinek szüksége van rá, telepíti, beállítja.

Néha vannak változások is. Ugye, a kérdésedre vonatkozó topik elég régi, bizonyos dolgokban elavulhatott, de például a Debian 9 Stretch alatt a MariaDB lett az alapértelmezett a MySQL helyett: https://hup.hu/cikkek/20170618/megjelent_a_debian_9_stretch%20
Ezt csak zárójelben mondom.

Igen, megköszönöm, ha a megfelelő helyen vagy inkább egy új topikban teszed fel a MySQL, a PHP, az Apache, és a phpMyAdmin alkalmazások beállítására vonatkozó kérdéseidet. Bizonyára van megoldás a rendszer egészének átalakítása nélkül is.

#64 Teljesen egyetértek, marad az újra telepítés!

Viszont hagy kérdezzek még valamit, ami látszólag nem idevágó, de én tudom, hogy onnan indult ki az egész jogokkal való kavarás: valahol olvastam, hogy a disztrók alapból tartalmazzák az apache server-t, a MySql -t, php-t és phpMyadmin-t. (ezt nem tudtam eddig és rátelepítettem mindegyiket pluszba a rendszertelepítés után)

Elvileg ők használható állapotban vannak normál rendszertelepítést követően?

_{Róluk (AMP) ebben a topic-ban nem kérdezek többet} :)