Üdv. Aza kérdésem lenne ,hogy lehet kikapcsolni a start option-t! Be kapcsolom a gépet a boot program után egyből elindul és ott van három lehetőség, hogy válasszak! Engem nem zavar de ha nagyim oda ül egyből ordít ,hogy mit csináljon elrontotta gépemet! A válaszokat előre is köszönöm Üdv.Kérdező
hello
az állapot a következő.
van egy sles 11 sp1 VirtualBox-os VM amit frissítettem sp2-re úgy hogy a telepítő lemezről bebootoltam és azt mondtam hogy frissíts. a frissítés után nem bootolt, csak a grub jött be. A grubot már összekalapáltam, utána pedig észrevettem hogy nincs se kernel (vmlinuz) se initrd.
A kernelt a megfelelő rpm-ből feltoltam, viszont amikor chroot-olva próbálok mkinitrd parancsot akkor azt kapom
hogy a nem találja a root rendszert.
"Root device (/dev/sda2) not found." Pedig az ott van. Pontosan azon az eszközön van a rootfs. Igaz, hogy az fstban-an by-id alapján van felvéve, de nem tudom hogy az számít-e neki.
Mindenesetre próbálkoztam azzal hogy by-id alapján mountolom fel és utána chrootolok, hogy a környezetben úgy lássa az eszközt, de semmi.
+1 valami. Amikor a kernelt telepítettem akkor /dev/sda2 ként volt felmountolva. Próbáltam a novell support honlapját (http://www.novell.com/support/kb/doc.php?id=3864925) de nem hozott változást.
Van valakinek valami ötlete hogy tudnám megetetni az mkinitrd-vel hogy ott van alatt az eszköz amit keres?
A következőt szeretném megoldani suse11 alatt:
http://jaka.kubje.org/infodump/2007-05-14-unix-samba-password-sync-on-d…
Első körben nem sikerült, a módosításaim után duplán kéri mindenhol a jelszót. Az a baj hogy nem teljesen ugyanaz a suseban a pam fájlok neve.
ezeket módosítottam:
/etc/pam.d/common-auth-pc
auth requisite pam_env.so
auth requisite pam_unix2.so
auth optional pam_smb_auth.so
/etc/pam.d/common-password-pc
password requisite pam_pwcheck.so nullok cracklib
password requisite pam_unix2.so use_authtok nullok
password required pam_smb_auth.so nullok use_authtok use_first_pass
Ebből indultam ki: /usr/share/doc/packages/pam_smb
#%PAM-1.0
auth required pam_securetty.so
auth sufficient pam_unix2.so nullok # check local account first!
auth required pam_smb_auth.so debug cachetime=20 use_first_pass
auth required pam_nologin.so
account required pam_unix2.so
#password required pam_cracklib.so
password required pam_unix2.so nullok use_fist_pass use_authtok
session required pam_unix2.so
session required pam_limits.so
Tegnap este fölraktam a 12.1-re (64 bit) a tárgyban jelzett rendszert. A telepítés (frissítés) során semmiféle hiba nem jelentkezett.
Ellenben az újraindítást követően - megjelent az indítómenüben az új kernelverzió (3.3) -, de nem sokkal később lefagy kernel panic-ra hivatkozva.
Később találtam rá erre a leírásra, melyben az alábbi hiba (is) szerepel: Kernel panic in openSUSE 12.2 M2
Igaz, hogy itt az M2-re utalnak, de a letöltött ISO az M3 volt (a frissítést megelőző licence is azt írta ki).
Az oldal végén - a jelenleg legutóbbi bejegyzés (Russ Fineman 2012-05-29 17:02:39 UTC, Comment 13) - pont a fentieket írja le. Itt az szerepel, hogy ez csak a 64 bites rendszereknél van, de a 32 biteseknél nem.
Valakinek valami ötlete (azon kívül, hogy várjak egy újabb "mérföldkőre", ui. használnám a gépet újratelepítés, "barmolás" nélkül)?
Ui.
Nálam is külön van a /usr partíció.
Itt ülünk, és görcsölünk egy ideje. Van egy cuki gép, cuki openSUSE-vel. Van benne két hálókártya, ők a fent említettek. Maga a gép egy gateway szerepét töltené be. Ha töltené.
eth0-n van a belső háló, eth1-en a külső. A legtöbb beállítás rendben van, azok már korábban egy másik Linux esetén működtek. Egyedül egyet nem hajlandó megtenni: Mind a két kártyának IP-t adni. Egyszerre csak egyet hajlandó feléleszteni, így vagy a belső háló él, vagy a kifelé kapcsolat. Egyszerűen nem lehet elérni, hogy mindkettő éljen egyszerre.
Próbáltuk, hogy a networkmanager csináljon oda, próbáltuk, hogy a "Traditional Method", de marad az egy. (Mondjuk vicces az egészben, hogy az elején kiosztotta mindkettőnek az IP-t, csak amikor a forwardolást beállítottuk, meg az iptablest, utána gügyült meg az egész.)
Rá tudom valahogy venni, hogy legyen már minden kártyának IP-je?
Itt a Current Stable Release alatt a 3.4.0.1 áll (gondolom ez már tartalmaz valami hibajavítást is).
Jelenleg a YaST-ban a 3.2.1 található, esetleg tud valaki repót adni az openSUSE 12.1 (64 bit) alá frissítésként?
Vagy várni kell vkire/vmire, hogy megjelenjen a "szokott" helyen?
Szerk.: innen "Web, mail, IRC, IM, hálózatok" áthelyezve a "SUSE Linux" témakörbe.
Urak!
Van egy olyan problémám, hogy adott egy sles10 sp4 szerver amiben glibc-2.4 van telepítve, az oracle rendszergazdák új kernelt szeretnének fordítani, viszont ahhoz szükségük van a glibc-2.7 verzióra.
Honnan tudnám leszedni ehhez a disztóhoz ezt a verziót (64 bit) valamint milyen függőségei vannak (milyen csomagok kellen még)?
Ilyennel még nem találkoztam. A youtube-on levő videók olyanok, mintha rá lenne húzva egy avataros téma :) Így tudnám legjobban leírni a jelenséget.
A képen az ördögnek ugye pirosnak kellene lennie. De az emberek is kékek lesznek.
Kép1:
http://kepfeltoltes.hu/view/120331/pillanatfelv_tel1_www.kepfeltoltes.h…
Kép2:
http://kepfeltoltes.hu/view/120331/pillanatfelv_tel2_www.kepfeltoltes.h…
Találkozott valaki ilyennel? Ja a firefox és a flashplayer is a legfrissebb. valamint más videomegosztó oldalon nincs ez a jelenség.
Üdv. Hivatalos csomag és kernel csomag készítési dokumentációt keresek opensuse-ra. Ilyesmit, mint Fedorán ez:
http://fedoraproject.org/wiki/Building_a_custom_kernel
Elvileg hasonló lépésekkel lehet susen is, csak nyilván mások a csomagok, csomagcsoportok nevei. Esetleg fel kell venni valamilyen repót?
Sziasztok!
Egy Radeon HD 3200-as videokártyával szerelt - openSUSE 12.1-et futtató - HP 6735s notebook fényerőproblémájával küszködöm. Az fglrx eszközmeghajtót sikeresen feltelepítettem, minden szépen és gördülékenyen fut. A readeonhd egyáltalán nem vált be. Az Fn+F7/F8 fényerőszabályzó billentyűkombinációk sem működnek. Az aticonfig tudtommal nem biztosít háttérvilágítás beállítási lehetőséget. Az acpi_backlight=vendor kernelparaméterrel is próbálkoztam már, de teljesen eredménytelen.
A segítségeteket előre is köszönöm!
Megoldás:
Egy BIOS frissítés - amit csak FreeDOS-os pendrive-val tudtam eszközölni - megoldja a problémát. A gép az első két indítási próbálkozás során nem akart elindulni - bootig sem jutott el - de harmadjára hitt nekem.
