Van a home könyvtáramban egy program, azt szeretnem, hogy parancssorból az elérési útvonal megadása nélkül tudjam indítani. Ha ubuntu alatt csinálok egy szoft linket a /usr/bin-be akkor működik. Ugyanez viszont nem működik opensuse (12.3) alatt.
Mi helyes eljárás opensusen?
Hozzáértők,
sles10 sp2-t updatelnék sp4-re.
1., update szerveren keresztül sp3-ra majd sp4-re, ez működik csak a release bejegyzést nem változtatja sp4-re.
Kérdés, ezt a bejegyzést csak kézzel lehet, kell módósítani?
2., az sp4 médiáról "patch CD"-ként odadva, okozhat -e ez valamilyen problémát?
A következő módon frissítettem kernelt.
$ zypper ar http://download.opensuse.org/repositories/Kernel:/stable/standard Kernel:stable
$ zypper in --from Kernel:stable kernel-desktop
Első problémám az volt, hogy nem akart secure boot módban indulni. Miután ezt kikapcsoltam elkezdte tölteni a kernelt, majd kernel pánikkal megállt. Nem volt igazán időm rá analizálni a hibát, így elindítottam a régi kernellel, majd pedig töröltem az újat.
Elvileg az új kernelnek jobb az energiakihasználása, ezért akartam a laptopomon frissíteni.
Mit csináltam rosszul? Van valakinek ötlete, hogy milyen lépéseket kellene még tennem? Érdemes e egyáltalán ezzel szenvedni, vagy hagyjam csak a régi kernelt?
Sziasztok!
Van ez a x236-os gép, rajta egy openSUSE 12.2 64 bit. Default kernellel csodaszépen fut már mióta felrugdaltam rá, azonban most jött a nyüszítés, hogy kéne rá virtualizálás, "me méne"... Feltettem rá a szükséges dolgokat, grubbot belőttem, majd reboot után jön a meglepi. Kisüti a szemem az NMI és a fő hibajelző fény, és rebootol a gép (pedig amúgy elkezd betöltődni a diszkről)...
Próbáltam az nmi_watchdog=0 paraméterrel tiltatni, de semmi haszna nincs.
Nem nagyon van most időm rá, hogy belemásszak a google-be, az első 3 oldalon találtak alapján próbáltam a fentebb említett watchdog tiltást. Az nem jött be. Valakinek van esetleg egy használható megoldása?
Szerk:
Sikerült elkapnom a panaszkodását..
NMI received for unknown reason 00 on CPU 0.
Do you have a strange power saving mode enabled?
plusz még valami alatta, hogy folytatja a bootot, de nem bírtam leolvasni pontosan, mert addigra már elkapta a képet.
2 CPU van a gépben, netán ez zavarná a pici buksiját a xen kernelnek?
Mer hogy a energia takarékos üzemmód tudtommal nincs aktiválva. és amúgy sincs gond sima kernellel...
Sziasztok!
Tegnap egy röpke gondolattól vezérelten, átköltöztettem a diszkemen a kuplerájt LVM-re. költözött így a SWAP is.
Első körbe próbáltam grub konfigban, hogy resume=UUID=tattara de bepanaszkodta a logba, hogy nem tudta indítani a /UUID=tattara eszközt (ha épp a /etc-n álltam, mikor kiadtam a pm-hibernate parancsot, akkor /etc/UUID.. volt a panaszkodás)
Második nekifutásra megadtam, hogy resume=/dev/system/swap ekkor pm-hibernate parancsra szépen lemegy hibernációba, de visszajönni már nem akar. A grub OS listát kihagyva eldobja a hibernált memóriaképet és elölről bootolja a rendszert.
Sőt gnome-ban eltűnt a kikapcsolás, újraindítás, hibernálás lehetőség is.
Szokásos körök a Google-lel már megvoltak, de semmi haszna nem volt. Valakinek valami ötlete?
Köszönöm előre is.
SuSE 12.2
Létrehozok könyvtárakat, és a következő újrainduláskor törlődnek.
Pl.:
/media
ez alatt bármit létrehozhatok, törölni fogja.
Feltelepítettem a munint. Telepítéskor létrehoz egy könyvtárat:
/var/run/munin -t
Újrainduláskor ezt is törli.
Hol lehet kikapcsolni ezt a funkciót?
Köszönettel:
Gábor
Jelenleg Opensuse 12.2 op. rendszer használok egy kopott 64 bites DELL-1501-es laptopon. Kíváncsiságból arra vetemedtem, hogy külön partícióra feltettem a nemrég megjelent 12.3-as verziót. Mint kiderült, szerencsém volt, hogy nem az éles rendszert frissítettem be, a wifi driverrel akadt egy kis probléma. Egy Wireless 1390 WLAN Minicard csücsül a gépben Broadcom BCM4311-es chipkészlettel. A telepítő készlettel nem települ föl a drivere, de a 12.2 esetében sem, de parancssorból egyszerűen felrakható. A 12.3 esetében ez csak félig működik. Két sorról van szó mindössze:
1 sudo zypper install b43-fwcutter
2 sudo /usr/sbin/install_bcm43xx_firmware
A folyamat rendben lefutott, a driver rendben települt, és már működött is a wifi. Rendben is volt az első újraindításig. Újraindítás után nem kapcsolódott, pedig a Network Managerben látszólag minden rendben van. A 2. parancs megismétel, wifi megint működik, majd újraindítás után kezdődik a folyamat elölről.
Azt hiszem a felszínes linux tudásom kevés hozzá, hogy egyedül megoldjam a problémát, mivel a google által nyújtott lehetőségeket kihasználva sem sikerült előrébb jutnom.
Amennyiben valaki tudja a megoldást, szívesen megköszönném neki a segítséget.
Sziasztok,
Van egy installált opensuse 12.2 x86-os gépem, ami egyszer csak ezzel az üzenettel fogadott:
Starting grub
Welcome to grub
és alatta villog a kurzor és nem történik semmi, hogyan tudom ezt javítani? Sajnos nem elég erős az angolom az angol fórumok kibogozásához :(
Helló, nemrég tettem fel az opensuse 12.3-at és ezzel együtt a vsftpd-t is. A conf az nagyjaból ugyanaz mint 12.2-őn, eltekintve attól, hogy már mindenféle képpen szerkesztettem de sehogyse jön össze.
/etc/vsftpd.conf
#Connection specific config
listen=YES
connect_from_port_20=YES
pasv_min_port=12000
pasv_max_port=12100
max_per_ip=6
idle_session_timeout=900
#User specific config
anonymous_enable=NO
userlist_enable=YES
userlist_deny=NO
userlist_file=/etc/vsftpd.user_list
chroot_list_enable=YES
chroot_local_user=YES
chroot_list_file=/etc/vsftpd.chroot_list
#Security specific config
nopriv_user=ftpsecure
local_enable=YES
#Performance specific config
ls_recurse_enable=YES
write_enable=YES
force_dot_files=YES
xferlog_enable=YES
message_file=.messages
dirmessage_enable=YES
ftpd_banner=Welcome! WARNING! After 15 mins of innactivity you will be disconnected!
pam_service_name=vsftpd
#xferlog_std_format=YES
dual_log_enable=YES
log_ftp_protocol=YES
#syslog_enable=YES
allow_writeable_chroot=YES
az /etc/pam.d/vsftpd pedig a következő:
#%PAM-1.0
# Uncomment this to achieve what used to be ftpd -A.
# auth required pam_listfile.so item=user sense=allow file=/etc/ftpchroot onerr=fail
auth required pam_listfile.so item=user sense=deny file=/etc/ftpusers onerr=succeed
# Uncomment the following line for anonymous ftp.
#auth sufficient pam_ftp.so
auth required pam_shells.so
auth include common-auth
account include common-account
password include common-password
session required pam_loginuid.so
session include common-session
Ötlet, hogy mi lehet a baj?
A pam_service_name volt már változtatva mindenfélére.
ezt írja a /var/log/messages
2013-03-17T12:35:11.563749+02:00 kameekaze vsftpd: PAM audit_log_acct_message() failed: Operation not permitted
További konfok:
/etc/vsftpd.chroot_list
istvan
cat /etc/vsftpd.user_list
istvan
Azt az ötletemet szeretném megvalósítani, hogy a megfelelő kapacitású desktop gépemre egy lecsupaszított Linuxot (az én esetemben ez egy friss openSUSE-t) telepítek fel XEN-nel. Induláskor automatikusan betöltődne teljes virtualizációval a használni kívánt operációs rendszert (elsőre Win7-et) futtató egyetlen virtuális gép. A vendégrendszer megkapná kizárólagosan a grafikus kártyát.
A kérdés, ami érdekelne:
Jól sejtem, hogy csak akkor kellene a XEN-t futtató Linuxban feltelepíteni bármilyen grafikus felületet (X), ha a vendégrendszernek nem rendelném alá grafikus kártyát, hanem VNC-vel akarnám a képernyőmre varázsolni a vendég op. rendszer képernyőjét? Tudniillik minimalizálni szeretném a gazda rendszert.
____________________
A sok "Mi értelme ennek?" kérdést elkerülendő:
1. Az élő áttelepítés lehetőségét kihasználva egyszerűsíteni szeretném a biztonsági mentést és minimalizálni a visszaállítási időt. Így a feltelepített és "belakott" rendszeremet egy gépcsere esetén is a Linux+XEN feltelepítése, a beállítások pontosítása és a visszamásolás idejét leszámítva azonnal visszakapnám. (E miatt inkább bevállalom a gazdagép miatti teljesítménycsökkenést is.)
2. Több virtuális gépem is lehet párhuzamosan, amit a gépen használok (persze nem egyszerre) a fenti előnyökkel együtt.