Red Hat, Fedora, CentOS

DELL Inspiron 7720 laptopra Fedora 20-at telepítettem. Live USB-vel készítettem USB-s telepítőt, de ezzel a résszel nincs is gond.
Kicsit meglepődtem az új telepítőn, de mert többnyire eddig is az alapértelmezéseket használtam, így nem nagyon zavart. Szépen feltelepült és néhány perc múlva közölte, hogy van egy csomó frissíteni való.
Az kicsit fura, hogy a frissítés rögtön indít egy reboot-ot is, de hajrá. A frissítés kernelt is frissít a 3.12.15-302-re.
A frissítés után még be tudok jelentkezni, de szépen sorban veszítem el a beviteli eszközöket. Előbb az USB-s egeret, majd a tuch padot és a billentyűzetet. Aztán csonttá fagyás esete forog fenn!
Hosszú Power-gomb nyomás után újraindítottam az előző 3.11.10-301-es kernellel.
Átváltok karakteres konzolra (CRTL-F2), ahol az ékezetes karakterek hibásan jelennek meg.
Telepítek egy mc-t, hogy a logokat könnyebben megnézhessem. De sajnos ezután is csonttá fagyott.
Újabb újraindítás (eredeti kernellel), de még bejelentkezés előtt váltok a karakteres konzolra. Próbálom a hibás karaktereket kijavítani.
A system-config-language után a system-config-keyboard telepítése jön, de mire használnám megint szét fagy. :-(

Úgy látom, hogy újraindítás után van kb 2 percem. Mit kellene megnéznem ezalatt, ami ezt okozza?

Processzor:

model name : Intel(R) Atom(TM) CPU N270 @ 1.60GHz

lspci output:

00:00.0 Host bridge: Intel Corporation Mobile 945GSE Express Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GSE Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation NM10/ICH7 Family High Definition Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 2 (rev 02)
00:1d.0 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 (rev 02)
00:1d.1 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #2 (rev 02)
00:1d.2 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #3 (rev 02)
00:1d.3 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #4 (rev 02)
00:1d.7 USB controller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02)
00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7-M Family) SATA Controller [AHCI mode] (rev 02)
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 02)
02:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection (rev 02)

kernel:

# uname -a
Linux localhost.localdomain 3.12.5-302.fc20.i686+PAE #1 SMP Tue Dec 17 20:51:40 UTC 2013 i686 i686 i386 GNU/Linux

Eredetileg Fedora 15, majd sima reinstall, és első reboot után yum update volt - többnyire megy is minden, csak az X-szel van baj:

a kdm bejelentkezés után egy darabig úgy tűnik, elindul minden, de az utolsó ikon (KDE logó) után megáll, nem jelenik
meg a szokásos KDE Plasma desktop.
Pontosabban hooooossszú idő után igen, de pl. egy konzolt indítva a beírt parancsokat fél-egy perc után ehózza és hajtja végre.Virtuális konzolra átváltva használhatatlan, mivel az összes virtuális konzolt a "^@^@^@^@^@^@..." karaktersorozattal írja tele folyamatosan.
Talán valami modesetting bug lehet, ugyanis a kernel opciók közé a nomodeset-et fölvéve nincs ilyen gond, csak akkor sajnos
a natív 1024x600 helyett csak 800x600 fölbontással használható.

Távolról ssh -X bejelentkezéssel megy minden, grafikus alkalmazások is.

Tapasztalt valaki hasonló tüneteket az újabb Linux disztribucióknál? Van valami acpi vagy modesetting gyógymód?

Kiegészítések:

1) A KDE-be való bejelentkezés után az X process CPU használata fölmegy 50-70%-ra, vsz. ettől, vagy valamelyik kde session
programkomponens bugja miatt lassul le.

2) Ezt ugyan nem értem, de a hozzáértők talán kiolvasnak valami hasznosat belőle :)

# ps axl|grep abrt
4 0 411 1 20 0 13400 2692 poll_s Ss ? 0:00 /usr/sbin/abrtd -d -s
0 0 413 1 20 0 13116 1916 hrtime Ss ? 0:02 /usr/bin/abrt-watch-log -F BUG: WARNING: at WARNING: CPU: INFO: possible recursive locking detected ernel BUG at list_del corruption list_add corruption do_IRQ: stack o
verflow: ear stack overflow (cur: eneral protection fault nable to handle kernel ouble fault: RTNL: assertion failed eek! page_mapcount(page) went negative! adness at NETDEV WATCHDOG ysctl table check failed : nobody cared IRQ handler ty
pe mismatch Machine Check Exception: divide error: bounds: coprocessor segment overrun: invalid TSS: segment not present: invalid opcode: alignment check: stack segment: fpu exception: simd exception: iret exception: /var/log/messages --
/usr/bin/abrt-dump-oops -xtD

Tehát valami kernel bugba szaladt bele? (Az abrt output sor valóban ilyen kusza.)

=================================================================================

Némi guglizás után a megoldás röviden:

(Ezt otthon ne próbálják ki :)

Mivel a /var/log/messages több ezer ilyen sort tartalmazott:

Dec 29 10:12:57 localhost systemd: Started Load/Save Screen Backlight Brightness of acpi_video0.

#systemctl disable systemd-backlight.service

és 2 új kernel paraméter a /boot/grub2/grub.cfg fájlban

linux /boot/vmlinuz-3.12.5-302.fc20.i686+PAE root=UUID=94dd831c-4ba5-426d-bda8-bd1fd1e41810 ro vconsole.font=latarcyrheb-sun16 quiet LANG=hu_HU.UTF-8 acpi_osi=Linux acpi_backlight=vendor

Így már rendesen működik a KDE. A hibernálás és egyéb finomságok momentán nem érdekelnek.

Sziasztok!

CentOS RPM szívással kapcsolatban kérném a segítségeteket.
Frissíteni akartam egy CentOS 6.4 x64-et 6.5-re, majd egy alkalmazást is (otrs).
Előtte csináltam egy VMware snapshot-ot, hátha beüt a krach.

CentOS 6.5 update megvolt, otrs frissítést az óvatos előkészületek és doku olvasás ellenére elcsesztem. Na nem baj: revert snapshot.

Boot... és.. valami nem OK. 6.4 kéne legyen, de nem talál új csomagokat.
Kis nyomozás és oh.. a /var independent disk-en van, arra nem vonatkozott a snapshot...
áááááhhhhh.....
Tehát 6.4-es a rendszer minden elemében, de 6.5-nek hiszi magát, minden csomag infó a 6.5-ös állapotról szól.
(ugye az RPM infók a /var/lib/rpm/ alatt vannak)

Becses személyem több rendbeli súlyos szidalmazása után elkezdtem túrni a netet.
Próbáltam ezt (fileok mentése után offkorsz):

rm -f /var/lib/rpm/__db*
rpm -vv --rebuilddb

Semmi.

Ilyeneket találtam még:
http://www.if-not-true-then-false.com/2010/yum-history-list-info-summar…
yum history list
yum history rollback

Megvan a rollback ID, de nekem csak logikailag kéne visszaállnom úgy, hogy a file-ok nem módosulnak.

Megoldható ez valahogy?

Előre is kösz a segítséget!

Sziasztok!

Arra kérek ötleteket, hogyan debugoljak egy live Linuxot. Összeraktam egy Fedora 20 live-ot, rendesen boot-ol, működik is egy darabig, aztán merevre fagy, ki tudja, mikor. Nem tudom, mi triggereli a fagyást. Egér kurzor sem mozdul. Igazából azt sem tudom, hogy X vagy kernel, talán ez utóbbi.

Hogyan debugolnátok?

Vannak persze elméleti hiányosságaim is. A filerendszer squashfs, ez ugye tömörített, read only. Ennek a belsejében lenne egy ext4? Az sem tiszta igazából, hogy file módosításkor mi történik. Valahogyan tárolja RAM-ban a read only és a módosítás közti differenciát? Akár úgy, hogy az egész módosított file RAM-ba kerül, s ezt valahol nyilvántartja? Mennyi ez a RAM, mikor fogy el?

Elfelejtettem írni: különböző hardware-eken ugyanaz a jelenség.

Update:
Megnéztem, hogyan próbálná szinte az egész operációs rendszert uninstallálni függőségként, amikor az nVidia driver uninstallját mondom neki. Úgy tűnt, a mesa-libEGL.so.1 library-n keresztül jött volna szinte minden. Az történhetett, hogy ezt a könyvtárat nem a disztribúcióból, hanem az nVidia driver részeként tette fel.

Azt csináltam, hogy a telepítendő csomagok közé felvettem a mesa-libEGL nevűt, így már nem akarta mindenáron feltelepíteni az nVidia driver-t, amelyre semmi szükségem.

Ezen felül a /var/log, /var/cache, /var/lib és még néhány alkönyvtárat tmpfs-re tettem, elkerülve, hogy az iso9660-ban lévő squashfs-ben lévő ext4 snapshot és a valóság közti differenciát tároló default 500 MB RAM hamar megteljen, s ezáltal a működő oprendszer alatt a filerendszer sérült legyen.

Hosszabb teszt csak ezután. Minden okom megvan a bizakodásra. :)

Sziasztok!

A következő problémával fordulok hozzátok:
Van egy CentOS 6.4-et futtató szerverem ( 64 bites ) 32GB memóriával. Ezen 6-7db java process fut darabonként 2-3GB memóriahasználattal. ( start scriptekben: -Xmx3G -Xms3G )

A free -g azt írja, hogy 7GB cache-d memória van, de amikor elindítanék még egy java processt 2GB-os memória használattal, akkor OutOfMemory-t kapok. Úgy gondolnám, hogy fel kellene szabadítania a gyorsítótárazott-ból elegendőt, de hozzá sem nyúl. a SWAP sincs használva.

Merre keressem a problémát?

Szerk.:
A process a következő beköpéssel száll el: OutOfMemoryError: unable to create new native thread

Fedorán - de más, manapság használatos desktop Linuxon is - van az úgy, hogy az ember USB host interface-re csatlakoztat egy pendrive-ot vagy HDD-t, a gép meg felcsatolja a block divece-on található filerendszereket, vagy beállítástól függően csak meghagyja a felcsatolás lehetőségét a /run/media/$USER alkönyvtár alá.

Amire szükségem volna, hogy az egyes filerendszerekhez - gondolom, UUID és/vagy filerendszer típus alapján - be tudjam állítani a számomra jónak gondolt mount opciókat.

Google nem mondta meg, többnyire azt javasolták, írjam az fstab-ba, de jó volna, ha maradna ez a per user szintű automatikus kezelés, csak testreszabható mount opciókkal.

Egyébként azért kellene, mert megformáztam a backup célokra fenntartott 400 GB-os HDD-met - még partíciós táblát sem tettem rá, minek - btrfs-re, s egy compress=lzo opcióval kellene felcsatolnom.

(Csalódás volt a btrfs: míg a live linuxomban használva ~50 %-ra tömörít, itt 104 GiB-ra tett fel 107 GiB anyagot. Persze tudom, attól függ, mi mennyire tömöríthető, de mivel mentés volt, ez is korábbi /home-ok tartalma többnyire. Gondoltam, az aktuális /home-omat btrfs-re migrálom, de ha ilyen kismértékű a tömörítés, akkor minek.)

Megoldás.

Sziasztok!

A Fedora 19-ben milyen verziószámú libpng és Pulseaudio van?
A DVD-s telepítőbe ki lehet választani, hogy KDE-vel telepítsem, ne Gnome-val?

Sziasztok,

A címben említett kombót próbálnám összerakni de sehogysem sikerül és az alábbi hibába ütközök az nginx logjában.

*1 connect() to unix:127.0.0.1:9000 failed (2: No such file or directory) while connecting to upstream

Namost próbáltam én már socketet is beállítani , akkor az alábbi hibát dobta

unix:/var/run/php5-fpm.sock failed (2: No such file or directory)

most azt nem értem melyik fájl hiányzik neki? Valami csomag nem lenne feltelepítve?

Nginx-ben itt a beállításom

location ~ \.php$ {
try_files $uri =404;
# fastcgi_pass unix:/var/run/php-fpm/php5-fpm.sock;
fastcgi_pass unix:127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_split_path_info ^(.+\.php)(/.+)$;
include /etc/nginx/fastcgi_params; }

az /etc/php-fpm/www.conf -ban meg pusztána listen-t állítottam mindig a fastcgi_pass-hoz

valami ötlet?

Sziasztok,

Citrix Xen 6.2 host rendszerre raktam egy Fedora 19 guest rendszert, és a telepítés után az alábbi hibát kapom indításkor:

Error: Starting VM 'srv-core0' - The bootloader for this VM returned an error -- did the VM installation succeed? Unable to find partition containing kernel

Van ötlet ?

Köszi

kérdem, kinek milyen tapasztalata van ebben a témakörben.

igazándiból, mivel a netinstallban ugye nincsenek igazán konkrét RPM-ek, annyira nem respin a dolog, és tudom, kickstart-ból induljak el, de... van néhány nyitott kérdés.

olyan saját respint szeretnék létrehozni, ami:
- netinstall alapon megy, tehát mindent "élőben", a legfrissebb verzióban ránt le
- a saját kickstart configomat végrehajtja
- USB stickről bootol (ha tudok csinálni ISO-t, akkor ezt a részét már megoldom)
- amibe alapjáraton bekerülne az EPEL és a RÉMI repo
- és ami meghatározott csomagokat telepít fel az alaprendszeren túl, a csomagok egy jelentős része ebből a két repoból jönne.
- és LESZOLYSZIVES hogy nem kérdezi meg minden netinstall elején az URL-t, ahonnan kezdje a dolgot (de komolyan, így kiadni?!)

a kérdés, hogy a netboot esetén tudok-e EPEL és RÉMI repot megadni neki alapból, és onnan is csomagokat válogatni? mert ha igen, akkor elvileg egy sima kickstart integrálás is megoldaná a dolgot.

próbált már ilyet valaki?