UNIX haladó

lightdm és plasma

Fórumok

Szeretném megszüntetni a megjelenő fekete hátteret, amikor a Lightdm-ről Plasmára vált a rendszer. A Lightdm és a Plasma is ugyanazt a hátteret kapja. Ergo nem tudom miért van egyáltalán átmenet? Nvidia 460.32.3 driver van beállítva. Olvastam hogy a Lightdm alapból a VT7-en figyelne, de ezt elvileg kiküszöböltem a lightdm.conf fájlban a minimum-VT=1-gyel. A /var/log/lightdm írja is hogy Using VT 1. A .xsession-errorsba írja a logjait. De nemcsak ez, hanem a KDE is.

S van is egy hiba: Cannot find 'org.kde.KSplash.setStage' in object /KSplash at org.kde.KSplash A KDE Plasma 5.15.4 

Erről is találtam infókat de az főleg autologin esetén fordult elő. Viszont én nem használok ilyent. Ráadásul nem is a Wayland megy hanem a xorg.
 

root logical volume novelese uj diszk hozzaadasaval es egyeb

Fórumok

Sziasztok,
van egy PowerEdge R30 szerverem 2xHDD diszkem RAID-1 modban, amelyen Ubuntu 18.04.5 LTS fut.

sda diszk LVM es rajta 3 LV="logical volume" (root, home, swap).
Egy adott szoftver a root particiora rak mindent.

Ezenkivul a szerveren 8xSSD diszkbol egy RAID-6-ot hoztam letre s igy
lehetosem van e nagyobb diszken particiokat letrehozni.

Amire szuksegem lenne:

Lehetseges novelni a root LV nagysagat, hogy egyetlen uj sdb1 particiot hozok letre az sdb diszken:

parted /dev/sdb
mklabel GPT
mkpart primary 2048s 100%
align-check optimal 1  

parted /dev/sdb print
pvcreate /dev/sdb1
pvs
vgextend vg /dev/sdb1
pvscan
lvextend -L+200G /dev/mapper/vg-root
resize2fs

Van ennek ertelme, marmint hogy mas tipusu, nagysagu diszkeket csatolok a letezo volume group-hoz?
Esetleg 2 particiot letrehozni es az egyiket (sdb1) hozzaadom a letezo vg volume grouphoz, mig a masikat nem adom hozza (sdb2) es csak backup-ra hasznalom?

Koszonet elore a tanacsokert.
Ardi

Linux szerver kettéfagy, hogy lehetne rá jönni mi az oka ?

Fórumok

Nos, a kérdés adott, ~random időközönként 7-15 nap találkozok egy olyannal hogy konkrétan nem elérhető a szerver.

Mikor a konzol elé érek az még él (mivel úgy hagytam a monitort ezért látom a konzolt), de semmire nem reagál és nincs kernel panic sem.

[    0.000000] DMI: HPE ML10Gen9/ML10Gen9, BIOS 1.005 04/24/2017
 

^^ Fenti "FakeHP" belépőentry (se) szervernek se nevezhető történetről van szó.

Memtest ment rajta, semmi. Semmi extrát nem csinál, mail + smb szolgáltatás.
syslogba semmi fagyás után, sehol semmi információ amiből kiindulhatnék.

Winyókon smart adatok rendben.

Nincs ötletem mi lehet, mert se log se semmi, csak kettéfagy az egész. REGECC ramok vannak ebben pedig, annak nem kellene kettéfagyni.

Javaslatok? (azon túl hogy "dobjam ki a picsába? :) mert addig már eljutottam)

apt cache átmozgatása másik meghajtóra - merjem, ne merjem?

Fórumok

Adott egy Selecline Leapbook:

- alaplapra forrasztott eMMC-vel, ezen van a /
- SD kártya, ezen van a /home (fstab-ba beírva)

Az elgondolás:

/var/cache/apt -> /home/cache/apt
/var/lib/apt -> /home/lib/apt
aztán ezeket vissza szimlinkelni az eredeti helyére.

Szimpla csomagfrissítésnél ennek elvileg működnie kell, de mi van akkor, ha pl. glibc-et frissít (újraindítós frissítés)? Ekkor elvileg egy "butább" rendszert bootol, ezzel frissíti a rendszer glibc-ét az /apt/cache... -ből, aztán tud boot-olni a frissült glibc-cel.

A kérdés, hogy ilyenkor mennyire "buta" rendszer boot-ol? Mount az elvileg van, hiszen nincs gond a glibc frissítésével akkor sem, ha olyan rendszeren történik, ahol a /var másik meghajtón van. ... viszont aggaszt, hogy a meghajtók közötti szimlinkelés nem fog-e ilyenkor bekavarni?

Ja i gen, a disztró: Ubuntu MATE 20.04 64bit

[MEGOLDVA] checkinstall után kernek panic

Fórumok

Egy frissebb csomagot akartam checkinstall -al feltelepíteni, mert nincs make uninstall és így egyszerűbbnek gondoltam. Nem lett az. Azóta bármely parancsra ez fogad:

failed to run command ‘/bin/bash’: No such file or directory

A rendszer pár perc után kifagyott. Újraindítás kernel panic -al megáll recovery módban is. Másik rendszerről gondoltam be chroot -olok alá, de az is elakadt az eszközök felcsatolása után a chroot parancsnál ugyanezzel a hibával. A fájlok megvannak a jogosultságok is rendben vannak szerintem. A syslogban semmi érdekes nincs.
Ezt látom a /bin alatt:

/mnt/bin$ ls -all
total 196992
drwxr-xr-x  2 root root       57344 dec   28 20:03  .
drwxr-xr-x 14 root root        4096 dec   10 10:52  ..
-rwxr-xr-x  1 root root       59736 szept  5  2019 '['
-rwxr-xr-x  1 root root          96 aug    4 13:16  2to3-2.7
-rwxr-xr-x  1 root root          39 aug    9  2019  7z
...
-rwxr-xr-x  1 root root     1183448 jún   18  2020  bash
...
-rwxr-xr-x  1 root root    1842 dec   13  2019 zmore
-rwxr-xr-x  1 root root    4553 dec   13  2019 znew

Tudnátok segíteni ? 
Majd elfelejtettem, Ubuntu 20.04

---[UPDATE]---

Visszaszereztem a rendszeremet ez lett a vége:

sudo mount /dev/sda1 /mnt
apt download libc6
sudo mount /dev/sda1 /mnt
sudo dpkg -x libc6_2.31-0ubuntu9.1_amd64.deb /mnt

#nem javult meg, restart

sudo mount /dev/sda1 /mnt
sudo mount --bind /sys /mnt/sys
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo chroot /mnt
#most már működik, eddig nem jutottam még el !!!
apt-autoremove
apt-get update && apt-get upgrade
aptitude reinstall libc6
# valami lock ..error
mkdir /run/lock
aptitude reinstall libc6
exit

#nem lett jó > restart > chroot

aptitude update
aptitude reinstall '~i'
#van egy pár csomag amit nem talál
dpkg --get-selections > selections
apt remove neon-adwaita neon-apport neon-ubuntu-advantage-tools

aptitude reinstall '~i'
#E: Could not perform immediate configuration on 'libgcc-s1:amd64'. Please see man 5 apt.conf under APT::Immediate-Configure for details. (2)
apt-get install -y libgcc-s1 libc6 -o APT::Immediate-Configure=0
#libgcc-s1 is already the newest version (10.2.0-5ubuntu1~20.04).
#libgcc-s1 set to manually installed.
#libc6 is already the newest version (2.31-0ubuntu9.1).
#libc6 set to manually installed.
#Starting pkgProblemResolver with broken count: 0
#Starting 2 pkgProblemResolver with broken count: 0
#Done
#0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
apt --fix-broken install
dpkg --clear-selections
dpkg --set-selections < selections
apt-get --reinstall dselect-upgrade
# pár csomag hiányzik pl gnome-terminal(KDE Neon -t használok egyébként), de működik a rendszer.

QNX 6.x fájlrendszer javítás

Fórumok

Sziasztok!

Használatban van itt egy QNX szerver, ami speciális funkciókat lát el, ezért nem lecserélhető (dedikált a hardver is). Kb. 15 éve megy ugyanaz a hardver, viszont a gépet sosem tudták szabályosan leállítani, hanem csak kinyomták kb. minden munkanap. Elkezdett a rendszer hibaüzeneteket dobálni, ami alapján azt gyanítom, hogy egy jó adag fájlrendszer-korrupció is benne van. Nem zárom ki a hardverhibát sem (15 éve ugyanaz a merevlemez, az elemeket most cseréltük az alaplapon).

A root fájlrendszeről van szó és a közelben nem tudok másik QNX rendszerről, ennek pedig senki sem tudja a rendszergazda jelszavát. Van egy korlátozott admin felhasználónk, illetve a merevlemezt át tudom kötni egy Linuxos gépbe (vagy indíthatok rajta pendrive-ról rendszert).

Van valami mód arra, hogy Linux alól ellenőrizzem és javítsam a fájlrendszert, esetleg QNX alól közvetlenül javítani?

[MEGOLDVA] rsync egyik szerverről másikra UID / GID problémák (megoldva, chroot rossz, érteem, legalábbis ilyen esetben..)

Fórumok

Üdv, lehet én nézek be nagyon valamit, de valahogy sehogy nem akar összejönni a történet.

Alapszitu. Adott 'A' szerver, Centos6 azon adott egy rakás user / group / ACL / stb.. + egy megosztás. Ezt kellene nekem valahogy 'B' szerverre átsyncelnem úgy, hogy ne kelljen utána a jogosultságokkal vacakolnom.

Elvileg rsync manual szerint username/groupname alapján dolgozik, ha csak nem adom meg a --numeric-ids -t ha jól értelmeztem .. Na de a lényeg

'A' szerver oldalon van egy rsyncd fellőve ilyen opciókkal:

[root@sambav2 ~]# cat /etc/rsyncd.conf
uid = root
gid = root
use chroot = yes
max connections = 4
syslog facility = local5
pid file = /var/run/rsyncd.pid

[samba]
        path = /opt/samba
        comment = samba share

[homes]
        path = /opt/homes
        comment = samba homes

---

[root@sambav2 ~]# cat /etc/xinetd.d/rsync
service rsync
{
        disable = no
        flags           = IPv6
        socket_type     = stream
        wait            = no
        user            = root
        server          = /usr/bin/rsync
        server_args     = --daemon
        log_on_failure  += USERID
}
 

Adott 'B' szerver szinrkon scriptje (ami rootként fut hogy tudja állígatni a jogosultságokat is) ... ami a következő:

rsync --stats -auXHog rsync://1.2.3.4/homes /opt/teszt/homes/
 

Ennyi. Lehet én nézek már félre valamit, mert nagyon nézem az opciókat, meg ilyesmi, de B szerveren UIDok jelennek meg és nem a username/groupname.

'B' szerveren fel vannak véve ugyan azok a userek mint 'A' szerveren.

Az eredmény 'B' szerveren az lesz, hogy UID/GID számokat látok és nem username/groupname párosokat az átszinkronizált fájlokra / könyvtárakra.

Példa, A szerveren "adam" user van 501-es UID-el. B szerveren is létezik "adam" user 1001-es UID-el, sync után mégis 501-et látok "adam" helyett B oldalon.

Amit még tudni kell az egyik egy Centos6 3.0.6 -os rsync-el (ez az rsyncd), a másik oldal egy Ubuntu 20.04 3.1.3 -as rsyncel.

Hol nézek be és mit ? :(

Előre is köszi a hozzászólásokat :)

collectd - illegal attempt to update using time xxx ..apache_connections.rrd and apache_idle_workers.rrd

Fórumok

Sziasztok,

folytatva a beallitast https://www.tecmint.com/monitor-linux-server-resources-with-collectd-we…

szerint a /var/log/syslog ezzel telitodik:

 illegal attempt to update using time ... apache_connections.rrd

 illegal attempt to update using time ... apache_idle_workers.rrd

root@server:/var/lib/collectd/rrd/server.xxx.lab# dpkg -l|grep apache
ii  apache2                              2.4.38-3+deb10u3                    amd64        Apache HTTP Server
ii  apache2-bin                          2.4.38-3+deb10u3                    amd64        Apache HTTP Server (modules and other binary files)
ii  apache2-data                         2.4.38-3+deb10u3                    all          Apache HTTP Server (common files)
ii  apache2-utils                        2.4.38-3+deb10u3                    amd64        Apache HTTP Server (utility programs for web servers)
root@server:/var/lib/collectd/rrd/server.bts.lab# dpkg -l|grep collectf
root@server:/var/lib/collectd/rrd/server.bts.lab# dpkg -l|grep collectd
ii  collectd                             5.8.1-1.3                           amd64        statistics collection and monitoring daemon
ii  collectd-core                        5.8.1-1.3                           amd64        statistics collection and monitoring daemon (core system)
root@server:/var/lib/collectd/rrd/server.xxx.lab#

 

Talaltam is vmi segitseget: https://bugs.gentoo.org/681934

 

Vhogy azonban mas verziokkal kuszkodom. Letezik erre is patch?

 

Ardi