Aktív témák
-
Yom
aktív tag
killall -9 ivman
ps ax
16560 ? Ss 0:00 /usr/bin/dbus-daemon-1 --system
16570 ? Ss 0:00 /usr/sbin/hald
configbase:<?xml version=''1.0'' encoding=''UTF-8''?>
<ivm
aseConfig version=''0.2'' xmlns:ivm=''http://www.eikke.com/ivm''>
<ivm
ption name=''fork'' value=''false'' />
<ivmption name=''debug'' value=''true'' />
<ivmption name=''pidfile'' value=''/var/run/ivman.pid'' />
<!-- path of the 'eject' program -->
<ivmption name=''eject'' value=''/usr/bin/eject $hal.block.device$'' />
</ivmaseConfig>
~
a hiba uaz, amit elobb irtam. ujrainditas kell?
szerk: codet tagbe tettem a smiley k miatt
szerk2: de nem szamit, igy is ott vannak a smileyk
[Szerkesztve] -
escie
őstag
dr_strange, tirebatyo, kösz, skierült a kde-t belőni, hogy induljon.
--
van még pár kérdés a tarsolyomban:
milyen betűtipust állítsak a konzolra, hogy magyar is legyen, az összes magyar karakterrel, illetve az mc és a többi ''grafikus'' programban is jó legyen. ezt még kifejtem. szóval az a gond, hogy az mc paneljeinek a fala nem egy egyenes vonal, hanem ilyen házikó alakú karakter. remélem érthetően írom le...
jelenleg a doksiban írt CONSOLEFONT=''iso02.16'' van beállítva.
--
a másik gondom csak esztétikai.
azt szeretném elérni, hogy a reiserfs partíciók felmoutolásakor ne írja az üzeneteket, amit szokott. azért kéne ez, mert így összepiszkítja a bootoláskor a szép sárga-kék sorokat.
meg lehet ez oldani? -
Sipi
addikt
Ez az üzenet nem jelent semmi problémát, így normális.
Ha init.d-ben azt kapod, el sem indul, nem csoda, ha nem csatol.
Kicsit összekavarodtam. Szóval, először le kell lőni minden futó ivman-t. Először stoppold az init szkripttel. Aztán akkor legyen egy killall ivman is.
Utána kell módosítani a ConfigBase-ben, hogy fork false (indulás után ne menjen háttérbe), és debug true, hogy kiírja az üzeneteit. Ezután, ha konzolból indítod, nem initdből, ki kell írnia az észlelt üzeneteket.
Fut a dbus és a hal? Ha semmit sem csinál az ivman, a hallal szokott gáz lenni. (A processzlistában hald és dbus-daemon-1 is kellene leni.)
De ha így átírtad a ConfigBase-t, nem szabad elindítani az initdből, mert az úgy akarja indítani, hogy háttérben fusson, itt meg ez ki van kapcsolva, és szétcseszi a konzolt!
Sipi
[Szerkesztve] -
Yom
aktív tag
ivman
Ikke's Volume Manager, http://ivman.sf.net
17146: arguments to dbus_message_new_method_call() were incorrect, assertion ''path != NULL'' failed in file dbus-message.c line 1723.
This is normally a bug in some application using the D-BUS library.
libhal.c 1856 : Couldn't allocate D-BUS message
IvmConfigActions.c:42 (ivm_device_is_mountable) (null) can't be mounted because it is not a block device
ha init.d ben inditom !! jelet kapok ok helyett. ez a hibauzi akkor jon, mikor beirom: ivman. ha rakok be cd-t semmi mast nem csinal -
Sipi
addikt
/etc/init.d/ivman stop
/etc/ivman/IvmConfigBase.xml: fork false, debug true
Egyik konzolban bíírod, hogy ivman, ekkor elindul, de nem lép ki, kiírja az üzeneteket
És beteszel egy cédét. Mit ad vissza?
(Ha kész, és kilépsz az ivmanől, ne feljtsd el a forkot true-ra, a debugot falsra tenni, különben többé nem indul el az initszkripttel!)
Sipi -
Yom
aktív tag
hat nem igazan mukodik az ivman.
nezegettem a regebbi hozzaszolasokat, amiket irtal, de nem talaltam semmi megoldast.
a howto alapjan csinaltam. eloszor mikor inditottam /etc/init.d/ivman start, azt irta, hogy ok. beraktam 1 cd-t de semmi. ls -l /mnt/cdrom, de semmi. /media nem letezik.
howto irta, ha nem mukodik akkor, kapcsoljam be a debugot.
ezt adta.
ivman
Ikke's Volume Manager, http://ivman.sf.net
daemonize.c:32 (daemonize) Daemonizing..
/dev/hdc /mnt/cdrom auto noauto,user,exec,unhide 0 0
igy nez ki az fstab, ahogy korabban olvastam a hozzaszolasodbol (en cd-m is pont hdc) -
Sipi
addikt
Sehogy. Remélhetőleg ALSA-t használsz. Ha az ALSA fullduplexben tudja kezelni, abban van. Ha nem, akkor meg nem lehet.
A Skype-pal az a gond, hogy szar... OSS-t használ. Mint írtam, az OSS hangrendszer nem képes arra, hogy ha valami használja a hangkártyát, más is tudja. Az ALSA ezen tud segíteni a dmix szoftveres mixerrel, amit automatikusan bekapcsol, a a kártya valami miatt hardveresen nem ismeri. (Ez nem full duplex. A full duplex az, hogy egyszerre tud lejátszani és felvenni. A több hang egyszerre az mix, kártyától függően hardveres, pl. Adigy és SBLive, vagy szoftveres: dmix.)
Mivel OSS-t használ a Skype, azonnal le is fogja a hangkártyát. Ezt ki lehet kerülni pl., ha aoss skype paranccsal indítod.
Sipi -
Yom
aktív tag
koszi, most olvasok epp utana. Bővebben: link egyenlore ennyit talaltam rola, de google power
.
usb kamerat, pendrive-t akarok majd hasznalni, de 1enlore nem fordiottam bele a kernelbe a tamogatasait. most meg howtokat, es forumokat olvasok ezek ugyeben. es ha mar felkeszultnek erzem magam hajra
most csak a cd automount-ot probalom beallitani, es ha minden oke akkor majd az usb-nek is eljon az ideje -
Sipi
addikt
A super- és submount felejtős. Korai próbálkozások az automatikusan csatolható médiákra.
dbus - ''üzenőfal'', a kernel eseményeit közvetíti felhasználói programok felé. Ez elsősorban új eszközök érkezését jelenti.
hal - Hardware Abstraction Layer. A dbus eseményeit fogadja, és előre beállítható szabályok szerint cselekszik. Alaphelyzetben leginkább csak a csatolási pontokat hozza létre.
ivman - automounter, a legújabb, a nyerő. A hal alapján csatolja/lecsatolja az eszközöket.
Előnye, hogy baromira konfigurálható, viszonylag egyszerű XML-nyelven keresztül. Mindeféle külső kütyüt képes csatolni, ha nem adsz meg semmit, akkor pl. a /media/camera1 könyvttárba a digikamerát, /media/zipdrive1, stb. Aminek neve van, név alapján csatolja, miegymás.
Kvázi a Windows automatikus USB-kezelője, de annál SOKKAL többet tud.
Ha digikamerát, USB sticket akarsz használni, jól jön. Ha a dbus, hal megy a gépeden, a KDE képes arra, hogy bedugsz egy ilyen ketyerét, és automatikusan megjelenik az ikonja az asztalon. Ha kihúzod, eltűnik.
Sipi -
Yom
aktív tag
1 lama kerdes
: hal, es dbus mire jo pontosan? nekem nincsenek fenn, es megis tokeletesen mukodik a minden vinyom. (gentoo-n kivul mas linux particiom nincs)
supermount, es submount kozott mi a kulonbseg?
en csak annyi kulonbseget lattam Bővebben: link es Bővebben: link kozott, hogy a supermount az kernelbe m1, mig a submountot a portagebol kell felrakni. -
Sipi
addikt
válasz
tierbatyo
#4082
üzenetére
Gyors reagálások:
A proc, sys, usb filerendszereket nem szükséges megadni az fstabban, nálam legalábbis nincs megadva.
Az ivmannak csak a nem kivehetős médiákat kell fstabban megadni, a cd, dvd, floppy nem kell. Automatikusan kezeli, a /media-ba csatolja.
Esetleg ha a noauto után a defaults-ot is beírod?
Nu, kis (pár órás ) kutatás eredénye: a /usr/share/doc/hal*/conf könyvtárban van egy storage-non-fixed.fdi file. Ennek tartalma azt csinálja, hogy csak floppy-t és optikai eszközöket csatol, merevlemezes partíciókat nem,. Ez kell Neked!
Be kell másolni a /usr/share/hal/fdi/95userpolicy könyvtárba (ha nincs, mkdir). Az itteni file-ok abc-rendben hajtódnak végre, ezért érdemes átnevezni őket 01storage.fdi, 02stroage.fdi, stb-re. Ha csak egy van, mindegy.
Utána restart hal, ready.
Sipi -
tierbatyo
senior tag
Unmerge-ltem töröltem minden config file-t, majd emerge. Ugyanaz. Debianos partíciót felmountolja, cd-t felmountolja, ha van benne lemez (mondjuk ez nem baj, valszeg így kell működnie), swap-t umountolja (legalábbis írja boot során, hogy felmountolta, de aztán később nincs ott).
Az fstab:# This file is edited by fstab-sync - see 'man fstab-sync' for details
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
/dev/sda7 / ext3 errors=remount-ro 0 1
/dev/sda8 none swap sw 0 0
proc /proc proc defaults 0 0
/dev/fd0 /mnt/floppy auto user,noauto 0 0
/dev/cdrom /mnt/cdrom iso9660 ro,user,noauto 0 0
tmpfs /dev/shm tmpfs defaults 0 0
/dev/sda5 /mnt/tier2 ntfs ro,user,auto,umask=022,nls=iso8859-2
0 0
#/dev/sda1 /mnt/tier1 ntfs ro,noexec,user,auto,umask=022,nls=iso885
9-2 0 0
//betty/movies /mnt/betty smbfs ro,auto,user,nls=iso8859-2,username=anon
ymous,password=x 0 0
#//cowboy/music /mnt/cowboy smbfs ro,auto,user,nls=iso8859-2,username=anon
ymous,password=x 0 0
/dev/sda6 /mnt/debian ext3 noauto 0 0 -
Sipi
addikt
válasz
tierbatyo
#4077
üzenetére
Ideírnád a teljes fstabot?
Esetleg az még lehet, hogy a régi dbus-hal-ivman konfigjai vannak meg, és bekavar. Unmerge mindet, törölni a /etc-ből a konfigokat, meg a /usr/share, /usr/lib-ből is, ha maradt.
Majd megint telepíteni. Nekem a verziók:
dbus-0.23.4-r1
hal-0.4.8
ivman-0.5_pre3
Sipi -
Sipi
addikt
A SATA kezelése a kernel dolga. A legtöbb disztribben ősrégi kernelek vannak. A SATA-t pedig a 2.6.10-től lehet igazán kezelni.
Gentoo-ban minden lehet a legújabb is. Jelenleg 2.6.12-es kernel van benne.
Ami gond lehet, az a telepítés, ha a telepítő régebbi kernelt használ.
Sipi -
Sipi
addikt
Gentoo alatt kétféle maszk olás van, szoft és hard.
A szoft lenne a ~x86 keyword, a hard pedig az, amikor a /usr/portage/profiles/package.mask file-ban szerepel a csomagné. Ez utóbbit kell a package.unmask file-lal engedélyezni, a package.keywords a szoftmaszkolt csomagot oldja fel.
Mivel egy hardmaszkolt csomag lehet szoftmaszkolt is egyben, kellhet, hogy mindkét helyen engedélyezve legyenek.
Sipi -
escie
őstag
azt hogyan tudom elérni, hogy bootolás után kdm fogadjon?
nézegettem az inittabot, meg olvastam itt Bővebben: link az initscriptekről, de nem lettem sokkal okosabb... -
Yom
aktív tag
hamar bele lehet tanulni a gentooba. jol teszed, hogy ezt a linuxot hasznalod
mikor kezdtem en 1 haveromat zaklattam szinte rendszeresen, majd mikor megtalaltam a forumot akkor Sipi-t is. de most mar kb 3/4 ev gentoo utan, kezdek raerezni a lenyegere de azert meg nekem is soxor akad kerdesem. ugye Sipi?!
-
Yom
aktív tag
ha gentoo t akarsz hasznalni, bizony ra kell szokni a google-ra, mert rengeteget lehet szivni vele
csomagkezelo: ''A Gentoo felhasználók szerint a Gentoo csomagkezelője (szoftver disztribúciós rendszere a pontos meghatározás szerint), a portage van olyan jó, mint mondjuk a FreeBSD ports rendszer.'' by HUP.hu
bootloader: azt rakod, amelyiket jobban szereted (mind2 megtalalhato a gentooban).
telepito: gentoonak nincs igazabol telepitoje. fogsz 1 livecd-t, vagy 1 linuxot, ha van a gepeden stb, es utana felepited szepen a rendszert. letrehozod a particiot, masolsz ra 1 nagyon alap gentoo-t, chroot-al atlepsz a gentoo-dba, es felepited magad. szal semmi telepito nincs hozza, mint pl susenek.
grafikus felulet: azt rax amit akarsz. gentoo alatt mindent megtalalsz!
sata vinyora nem raktam meg sose bootloadert, de biztos, hogy tudja.
doksik: Bővebben: link -
GD
őstag
néhány gyors kérdés a gentoo-ról, akinek van türelme válaszoljon.. google-ra alergiás vagyok..
milyen csomagkezelő? bootloader grub v lilo?
grafikus vagy egyszerű telepítő?
milyen gui, kde, gnome, stb?
rescue mód van e a cd-n?
sata vinyóra tudja e bootlaodaer-t újratelepíteni (pl win reinstall mbr felülíráskor)
vmi használható magyar doksitár? amiket google-ba találtam elég gyér..
tnx!
-
Yom
aktív tag
sztem nem kell kimaszkolni, de ha tevedek akkor reggel Sipi engem is felvilagosit
en ugy vettem eszre, h ha keywords-ben szerepel h instabil verzio is felmehet ~x86, akkor nem szuxeges az unmask-ba beletenni, mert azonnal uunmaskolja is (~x86) valtozatot.
most mar, h jok a verziok, csak vedd ki a -pv t es remeljuk siman lefordul. utana kovesd dr_strange leirasat. nekem ati-m van, uh sajnos nem ertek az nvidihoz. -
escie
őstag
még az eselect nevű ebuildet is ki kell maskoljam.
innen már jónak tűnik:
----------------------
localhost andris # emerge -pv nvidia-kernel nvidia-glx nvidia-settings
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[ebuild U ] media-video/nvidia-kernel-1.0.7676 [1.0.6629-r4] 5,499 kB
[ebuild N ] app-admin/eselect-0.9.6 -bash-completion -doc 76 kB
[ebuild N ] app-admin/eselect-opengl-1.0.1 41 kB
[ebuild U ] media-video/nvidia-glx-1.0.7676-r1 [1.0.6629-r6] -dlloader 0 kB
[ebuild U ] media-video/nvidia-settings-1.0.20050729 [1.0.6629] 1,032 kB
Total size of downloads: 6,649 kB
[Szerkesztve] -
Yom
aktív tag
sorry, most latom, h elobbi irasmban hiba volt. nem neztem h 2 filerol van szo.
echo 'media-video/nvidia-kernel >> /etc/portage/package.unmask'
echo 'media-video/nvidia-glx >> /etc/portage/package.unmask'
echo 'media-video/nvidia-settings >> /etc/portage/package.unmask'
szal az unmaskba nem kell a ~x86. bar en nem is szoktam hasznalni az package.unmask-ot, sztem eleg a package.keywords. ha tevedek, majd Sipi kijavit
app-admin/eselect-opengl ~x86
add ezt a sort hozza a package.keywords-hoz. sztem utanna menni fog! -
escie
őstag
nem hozta létre a két file-t, hát létrehoztam magam, beleírtam, amit kellet, mostmár meg is látja a frissebb drivert, de ilyet ír:
-----------------------------------
localhost andris # emerge -pv nvidia-kernel nvidia-glx nvidia-settings
These are the packages that I would merge, in order:
Calculating dependencies \
!!! All ebuilds that could satisfy ''app-admin/eselect-opengl'' have been masked.
!!! One of the following masked packages is required to complete your request:
- app-admin/eselect-opengl-1.0.1 (masked by: ~x86 keyword)
For more information, see MASKED PACKAGES section in the emerge man page or
section 2.2 ''Software Availability'' in the Gentoo Handbook.
!!! (dependency required by ''media-video/nvidia-glx-1.0.7676-r1'' [ebuild])
-----------------------------------
unmaskolni kell ezt az eselect-opengl-1.0.1 -et is, ha jól értem?
[Szerkesztve] -
Yom
aktív tag
echo 'media-video/nvidia-kernel ~x86>> /etc/portage/package.keywords'
echo 'media-video/nvidia-glx ~x86 >> /etc/portage/package.keywords'
echo 'media-video/nvidia-settings ~x86>> /etc/portage/package.keywords'
echo 'media-video/nvidia-kernel ~x86>> /etc/portage/package.unmask'
echo 'media-video/nvidia-glx ~x86>> /etc/portage/package.unmask'
echo 'media-video/nvidia-settings ~x86>> /etc/portage/package.unmask'
csak ezt gepeld be a konzolba. ez letrehozza a filet, amennyiben nem letezik, es hozzafuzi a sorokat. de lehet ugy is, hogy szerkesztovel menyitod a filet, de akkor csak ennyi legyen 1 sor: xxxxx-xxxxx/xxxxx ~x86
pl:
media-video/nvidia-kernel ~x86
media-video/nvidia-glx ~x86
media-video/nvidia-settings ~x86
media-video/nvidia-kernel ~x86
media-video/nvidia-glx ~x86
media-video/nvidia-settings ~x86 -
-
escie
őstag
jahh, most már végre tudom, mire jó a wheel csoport.
jó pap holtig.
köszi...
amúgy ez lett a kimenete annak, amit dr_strange írt:
localhost andris # emerge -pv nvidia-kernel nvidia-glx nvidia-settings
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[ebuild R ] media-video/nvidia-kernel-1.0.6629-r4 0 kB
[ebuild R ] media-video/nvidia-glx-1.0.6629-r6 0 kB
[ebuild R ] media-video/nvidia-settings-1.0.6629 0 kB
Total size of downloads: 0 kB
[Szerkesztve] -
#4056
escie
őstag
dr_strange
#4050
escie
őstag
válasz
dr_strange
#4050
üzenetére
ezek mire jók? ennek segítségével tudok újabb drivert beszerezni?
azt hiszem root jogok kellenének ehhez, de nem tudok su-t használni. hogy tudnam megcsinálni, hogy a júzerek tudjanak su-t hasznalni?
és kösz az xorg infókat is, felhasználom...
[Szerkesztve] -
#4055
dr_strange
senior tag
dr_strange
#4054
dr_strange
senior tag
válasz
dr_strange
#4054
üzenetére
ezekből csak összehozol valamit...
-
#4054
dr_strange
senior tag
dr_strange
#4053
dr_strange
senior tag
válasz
dr_strange
#4053
üzenetére
Section ''Screen''
Identifier ''Screen 1''
Device ''geforcemx''
Monitor ''proview566''
DefaultDepth 24
Subsection ''Display''
Depth 8
Modes ''1024x768'' ''800x600'' ''640x480''
ViewPort 0 0
EndSubsection
Subsection ''Display''
Depth 16
Modes ''1024x768'' ''800x600'' ''640x480''
ViewPort 0 0
EndSubsection
Subsection ''Display''
Depth 24
Modes ''1024x768'' ''800x600'' ''640x480''
ViewPort 0 0
EndSubsection
EndSection -
#4053
dr_strange
senior tag
dr_strange
#4052
dr_strange
senior tag
válasz
dr_strange
#4052
üzenetére
Section ''Device''
Identifier ''geforcemx''
Driver ''nvidia''
Option ''TwinView'' ''True''
Option ''CursorShadow'' ''true''
Option ''CursorShadowAlpha'' ''60''
Option ''DigitalVibrance'' ''3''
Option ''NvAGP'' ''1''
# Option ''TwinView''
Option ''SecondMonitorHorizSync'' ''30-50''
Option ''SecondMonitorVertRefresh'' ''60''
Option ''MetaModes'' ''1024x768, 800x600; 800x600, 800x600; 640x480, 640x480;''
Option ''TVStandard'' ''PAL-B''
Option ''TVOutFormat'' ''COMPOSITE''
Option ''TwinViewOrientation'' ''Clone''
Option ''RenderAccel'' ''True''
Option ''AllowGLXWithComposite'' ''True''
EndSection -
#4052
dr_strange
senior tag
dr_strange
#4051
dr_strange
senior tag
válasz
dr_strange
#4051
üzenetére
csak a releváns szekciókat teszem fel
Section ''Monitor''
Identifier ''philips107e''
HorizSync 30.0-70.0
VertRefresh 50-160
DisplaySize 325 244
EndSection -
#4051
dr_strange
senior tag
dr_strange
#4050
dr_strange
senior tag
válasz
dr_strange
#4050
üzenetére
részletekben idepostolom az xorg.confom; nvidiám van 1024x768-ban...
Section ''Module''
Load ''dbe'' # Double buffer extension
SubSection ''extmod''
Option ''omit xfree86-dga'' # don't initialise the DGA extension
EndSubSection
Load ''type1''
Load ''freetype''
Load ''glx''
EndSection -
#4050
dr_strange
senior tag
escie
#4049
dr_strange
senior tag
echo 'media-video/nvidia-kernel ~x86>> /etc/portage/package.keywords'
echo 'media-video/nvidia-glx ~x86 >> /etc/portage/package.keywords'
echo 'media-video/nvidia-settings ~x86>> /etc/portage/package.keywords'
echo 'media-video/nvidia-kernel >> /etc/portage/package.unmask'
echo 'media-video/nvidia-glx >> /etc/portage/package.unmask'
echo 'media-video/nvidia-settings >> /etc/portage/package.unmask'
emerge -pv nvidia-kernel nvidia-glx nvidia-settings
[Szerkesztve] -
#4049
escie
őstag
dr_strange
#4047
escie
őstag
válasz
dr_strange
#4047
üzenetére
sima 80x20-as karakteres módban megy a konzol.
tudok emergelni frissebb nvidia-kernelt? vagy tegyem fel a nvidia féle csomagot, és nem a portage-ból?
egyáltalán, hogy tudok egy jó xorg.conf-ot létrehozni. nem vagyok nagyigényű, 1024x768 kéne, működő nvidia gyorsítással...
mindig is nagy mumusom volt ez a hülye x...
-
#4046
escie
őstag
dr_strange
#4037
escie
őstag
válasz
dr_strange
#4037
üzenetére
opengl-update volt, igen, de talán nem is itt van a gond, mivel a glxgears elég szépen megy. eléggé használhatatlan a graf felület, ezért nem tudtam glxinfot nézni.
de mennie kell az openglnek, mert valami 2000 körüli értéket adott a glxgears...
más ablakkezelőt nem próbáltam, de a sima starx-re egy olyan x indul, hogy nyitva van pár xterm, és itt is rossz a kép...
sőt rosszab. a balfelső sarokban zizeg valami csík, azt' annyi...
az ominózus xorg.conf-ot felteszem mindjárt valahova, nem akarom bemásolni ide, meg részleteket sem akarok idetenni, mert az nem adna teljes képet... -
escie
őstag
a driver az nvidia, igen.
az agpgart az modulként megy.
lsmod > prohardver!
Module Size Used by
nvidia 3465756 0
agpgart 29384 1 nvidia
ez egyébként mindig így van, akkor is, ha nem az nvidia modul hajtja az x-et, mivel automatice tölti ez a modult.
-------------
xorg? most emergeltem néhány napja:
X Window System Version 6.8.2
Release Date: 9 February 2005
X Protocol Version 11, Revision 0, Release 6.8.2
Build Operating System: Linux 2.6.12-gentoo-r9 i686 [ELF]
Current Operating System: Linux localhost 2.6.12-gentoo-r9 #3 Tue Aug 23 02:27:53 CEST 2005 i686
Build Date: 22 August 2005
nvidia-kernel verziója:
1.0.6629-r4
legalábbis ez a verziószám, ha jól értem. tisztázzuk, hogy az adataimban még a régi kártyám szerepel, mielőtt még teljesen hülyének néztek.
az xorg logja semmi különöset nem mond, látszólag minden rendben, ez a legelszomorítóbb.
[Szerkesztve]
[Szerkesztve] -
Sipi
addikt
válasz
tierbatyo
#4043
üzenetére
Annyira nem fontos, csak akkor gáz, ha egy tök elavult profilra mutat.
Telepítéskor van nagy haszna, mert ahova mutat, lényegében a system profilt írja le, pl. mi a default kernel, gcc, ilyenek. Egy működő rendszerben ez már mind újabb.
De ha átírod a legújabbra (most a /usr/portage/profiles/default-linux/x86/2005.1 a legújabb), valószínűleg nem történik semmi, mert a rendszered a folyamatos frissítések miatt úgyis abban az állaotban van, amit az új profil megkövetel.
fstab-sync: a dbus-hal-ivman automountra gondolsz?
Jó kérdés... Nekem egy ideig a /bootot is csatolta.
E hármat MINDENKÉPPEN instabilban kell felrakni, mert lényegében az egész ''vállalkozás'' instabil még. A legújabbak rengeteg hibát javítanak. Valamelyik régebbi ivmannel volt nekem is ez a gond. A mostaniakkal nincs.
Sipi -
#4042
Sipi
addikt
dr_strange
#4040
Sipi
addikt
válasz
dr_strange
#4040
üzenetére
És akkor ezennel is elnézést kérek mindenkitől, akit a 2005.0 vagy 2005.1-es handbookra szabadítottam rá tudatlanságomban. Nem olvastam utána, azt hittem, ez A telepítési útmutató.
Remélem, másoknak nem ment szét a telepítés emiatt.
Sipi -
Sipi
addikt
Érdekes, ez tök ugyanaz a hiba, mint nekem volt a totál instabil, legújabb baselayouttal.
No, amikor jelszót kér, azért kéri, mert javíthatatlannak találta az fs-t. Enter után ezért rebootol, mert nem tudja rendesen olvasni.
Jelszó után pedig egy ideiglenes javító-shellbe tér, azért ro, meg miegymás. Egyébként örölj, hogy ro, mert így legalább ki tudod adni az ''fsck /dev/hdax'' parancsot, hogy kijavíthasd az fs-hibát.
Lehet, hogy tényleg hibás, akkor így kijavíthatjátok. De az fstab átírással tutira megoldható! Ezzel ugyanis kikapcsoltok mindenféle fs-ellenőrzést!
Akár az összes csatolandó fs-re írjatok nullát az fstabban (az utolsó számjegy).
A 2005.1-es doksiról linkeltem alább, dőlt betű. Ez a CD kifejezetten netmentes telepítésre van kitalálva, stage3-ból. A második doksi az, ami mindenféle telepítést leír, és ami jó Nektek.
XFCE_ nem tudok róla semmit. Azt sem lehet tudni, megfér-e egymás mellett, mert még béta ebuildeket sem látok.
Sipi -
#4040
dr_strange
senior tag
Yom
#4039
dr_strange
senior tag
lejjebb Sipivel kiveséztük a doksitémát. A lényeg: a specifikus (2005.0, 2005.1 stb.) Handbookok a netmentes stage3 telepítést tartalmazzák csak. Stage 1-2 telepítés menetét a fő Handbook tartalmazza (nyilván mert ez generikus, nem változik a különféle kiadásokkal lényegesen).
-
Yom
aktív tag
hat tegnap megneztuk.
a boot bol csak annyi derult ki, h / fs rossz. marmint nem a tipusa csak vmi nagy gebasz van vele, es adjuk meg a root jelszot a javitashoz, vagy ctrl+d.
ctrl+d -> reboot jon
root jelszo-> read only fs.
fsab ot atirta elotte livecd-vel, de igy is ro fs.
ujra lesz rakva a gentoo ugy dontott, mert annyi a hiba benne, hogy vszinu 1 uj telepites gyorsabban lezajlana, mint a hiba keresese, es javitasa.
2005.1 doksi (Bővebben: link) a gentoo oldalan az csak stage3 tol van, vagy csak en nem talaltam benne a stage1-et?
volt kulon 1 handbook (Bővebben: link), ebben megtalaltam a stage1-et, viszont ez engem nagyon emlekeztet a 2004.x telepiesere....
melyik doksit is jo most?
-------------
Azt hallottam Sas-tol (xfce4 magyar nyelvi resz fejlesztoje), hogy az elso XFCE4.4-es snapshot aug vegere megjelenik. hallott mar rola vki vmit? xfce.org on mar korbeneztem, de datum nincs, csak annyi, h ez mar tamogatja a desktop ikonokat, es par ujitas, amire hirtelen nem emlexem. XFCE4.2 (jelenlegi xfce-m) es a 4.4 elfer 1mas mellett? v majd le kell szedni a 4.2-t es ugy tesztelni a 4.4-t? -
#4038
Sipi
addikt
dr_strange
#4037
Sipi
addikt
válasz
dr_strange
#4037
üzenetére
Jaja, tényleg. Az AGP-t egyébként is modulba érdemes tenni, hogy utána az xorg.conf-ban megadható legyen, milyen AGP-t használjon (kerneles, nvidia-s vagy semmilyen).
Esetleg még egy lehetőség: az adatlapon szereplő géppel van gond?
Sipi -
#4037
dr_strange
senior tag
Sipi
#4036
dr_strange
senior tag
még egy ötlet: esetleg az AGP támogatással lehet gond, mondjuk a kernelbe van fordítva és igazából NVAGP kellene neki
vad gondolta: opengl-update lefutott a drivertelepítés után?
legjobb lenne persze az xorg.conf vonatkozó részeit meg a logokat látni; meg hogy csak kde-vel esik szét, vagy más ablakkezelő sem megy? -
Sipi
addikt
OK, ami tuti: az xorg.conf-ban a device driver neve nvidia, és modulból kell a glx. NEM KELL a dri és GLcore!
Ami tehát maradhat: dbe, apm, record, glx, xtrap, extmod, type1, freetype. Szerintem a drmre seincs szükség. Az X-et nem hiszem, hogy forgatni kellene.
- Hanyas verziójú Xorg?
- Hanyas verziójú nVidia driver? A legújabbak (76xx) nem kezelik a régebbi kártyákat.
- Az Xorg.log mit mond?
Ne add fel!
Sipi -
Sipi
addikt
Ha stabilt tettetek fel, nincs erre szükség. A legújabb, uinstabil baselayout igényli a 2.0-ás dhcpcd-t, de ez is instabil még. Ergo, x86-ra nem kell. (Egyébként ha a forrást teszed a distfiles-ba, akkor nem kell a -k kapcsoló. Az akkor kell, ha már elkészített binűris csomagot akarsz felpakolni.)
Jelenleg az fstabos megoldást próbáljátok ki, ekko rvalószínűleg bebootol. (Feltéve, ha az a hiba, amit így látatlanban sejtek - még mindig titkoljártok a bootüzeneteket. )
Ha a net megy, akkor pedig igen, érdemes lenne egy 3.4-es gcc felpakolása, gcc-configgal kiválasztása után emerge -e system.
Sipi -
escie
őstag
nem jott be.
ha nincs xorg.conf az /etc/X11 konyvtarban akkor fut az X szepen, akkor van gond, ha az nvidia modult hasznalnam. letiltattam az nvidia logot, semmi haszna, most fekete felulet felett van egy osszeganyolt kde-m...
de asszem legalabb a glx megy, bar nem sokat erek vele, mert a graf felulet hasznavehetlen.
remelem nem kell ujraforgatnom az x-et...
legyszi segitsen valaki, mert igy megint nem lesz hosszu eletu a gentoom. -
#4032
emitter
őstag
dr_strange
#4031
emitter
őstag
válasz
dr_strange
#4031
üzenetére
köszi szépen, erre én is gondolhattam volna
-
Yom
aktív tag
elfelejtettem, es kozben lejart az elozo modositasi ido
akkor a teendoink:
livecdc-s procedura, majd ha bebootol, akkor emerge -k dhcpcd (distfle-t /usr/portage/distfile -s ba)
es ha m1 a net, utana emerge -e system ?
szerk: emerge -e system elott esetleg az uj gcc-t (3.4.4) feltenni, es atvaltani arra, majd azzal emerge -e system?
[Szerkesztve] -
tierbatyo
senior tag
mirrorselect-nek van egy olyan opciója, ami le is tölt próbaképpen valamekkora adatállományt és megnézi mennyi idő sebesség. Pingre nekem is szarokat talált meg, de ezzel megtalálta a bme gentoo portage serverét. Mondjuk ez mostanában rakás kaki, mert majdnem mindenre 404.
-
Sipi
addikt
OK, az előző két trükkel valamiképpen életre lehet lehelni a rendszert. Ad még hibákat, de annyira nem érintik a működőképességet.
Annyi, hogy a baselayoutot kukkolni kell, mikor frissül, mert a jelenlegi (1.12.0_pre6 és -r1) nem kóser.
Na, ezt imádom a Gentoo-ban! Egyrészt tök hamar be lehetet határolni a hibát, másrészt felmentem a fórumra, és ott már volt is pár topik erről.
Sipi -
Sipi
addikt
OK, egy gyors fércmunka: bootolja be a livecdről, mountold a rendszered gyökérkönyvtárát, és szerkeszd át a /etc/fstabot! Mint említettem nemrég, az utolsó számjegy mondja meg, hanyadjára kell ellenőrizni. A / filesystem utolsó számjegyét tegyétek nullára, file elment, lecsatol, reboot!
Ezután nem fogja soha ellenőrizni a / partícióját, de legalább továbbmegy a boot. Úgy nézem, valami komoly rendszerhiba került a gépbe, szerintem max. holnapra elműlik (Jelenleg ugyanis a hálózatkezelés nem működik az initszkriptekkel.)
Szerintem a telepítéssel pont belefutottatok valami elszúrt csomagba. Instabil (~86) rendszert használtatok? Mert stabilnál ilyen tutira nincs.
Sipi -
Sipi
addikt
Emlékeim szerint az nvidia mellett nem szabad dri-t használni, mert azt az nvidia driver állítja elő...
Composite extension be van kapcsolva az xorg.conf-ban? Az okozhat gondokat. Framebuffer? Az nvidia driver akad az nvidia fb-vel, csak a VESA VGA-val megy együtt.
mirrorselect: azt hiszem, le is tölt valamekkora csomagokat a sebesség tesztelésére.
Sipi -
escie
őstag
hat ez az, a mirroselect az pingel, de letoltes kozben nem sokat erek a kicsi pinggel.
mindegy, talatam egy gyors szervert irorszagban.
mar csak annyi gondom tamadt, hogy nem megy az nvidia gyorsitas. a doksi szerint jartam el, es egy mar kiprobalt xorg.conf-fal. az eredmeny: marad az nvidialogo a hatterben, es felebe/harmadaba jeleniti meg a kde-t. mikor beleptem, akkor is ilyen kusza dolgok vannak, egyszoval hasznalhatatlan...\
valaki, otlet?
(a dri-t bele kell forgatni a kernelbe, ha akarom hasznalni a gyari nvidia modult?) -
Sipi
addikt
Hehe...
I can't find stage1 information in the Gentoo Handbook
You are reading the wrong Gentoo Handbook.
The release-specific Gentoo Handbooks (such as the 2005.0 one) are meant for networkless installations only. Running a stage1 or stage2 installation requires source code that isn't available on the universal installation CD, so you would need a working Internet connection to do a stage1 or stage2 installation.
És még egy:
Welcome to the Gentoo Linux 2005.1 Handbooks. These handbooks are released together with the Gentoo Linux releases and contain the necessary installation instructions to install Gentoo Linux 2005.1 without an internet connection.
However, if you want to install Gentoo Linux using the latest versions of all available packages, please use the Installation Instructions in the Gentoo Linux Handbook for your architecture.
És ez utóbbi doksi már tartalmazza a különböző stage-installokat...
Sipi
[Szerkesztve]
[Szerkesztve] -
#4018
Sipi
addikt
dr_strange
#4017
Sipi
addikt
válasz
dr_strange
#4017
üzenetére
Jaja, ez így igaz.
Átnéztem a bootstrapet. Az semmit sem tesz fel a glibc, gcc, binutils, gettext kivételével. De a végén kiírja, hogy a -e opcióval kell használni az emerge system parancsot. És az alap base profilban ott van a shadow is. Egy emerge -e system tehát mindenképpen felpakolja.
Szerintem az install nem volt rossz, én inkább a vinyó/fs hibára gyanakszom.
Az emerge -e system parancs kimenetében pedig ott van a shadow is.
Esetleg a /etc/make.profile mutatott rossz helyre?
Sipi -
#4017
dr_strange
senior tag
dr_strange
senior tag
még valami: a 2005.1-es handbook kizárólag stage 3-mal foglalkozik valamilyen okból, de ettől nem hiszem, hogy ne lehetne ugyanúgy stage1 ill 2-es telepítést végezni, mint régen, az teljesen ellentétes lenne a gentoo filozófiával
-
#4016
Sipi
addikt
dr_strange
#4014
Sipi
addikt
válasz
dr_strange
#4014
üzenetére
Bocs, a stage1-ben nincsen passwd parancs. Ami nem meglepő: a folyamatban először a stage-et kell kitömöríteni, majd a Portage-t kell elkészíteni (installcédé vagy emerge sync), chroot az így elkészített kisebb-nagyobb környezetbe (stage1-nél NAGYON minimál, még shadow csomag sincs benne), kernel install, cron, metalog, stb.
Lehet, hogy ténlyeg elírtak valamit, vagy a stage1-ből kimaradt ez a dolog. De szerintem a bootstrapnek el kellene készítenie, mert a shadow az alap profil része.
Sipi -
#4013
Sipi
addikt
dr_strange
#4010
Sipi
addikt
válasz
dr_strange
#4010
üzenetére
Ahogy néztem, a stage3-ban sincs pl. passwd. És a leírásban sehol sincs emerge system! Tehát valószínűleg a bootstrap folyamat teljesen megváltozott az 1.4 óta.
De nem hinném, hogy a mostani rendszer teljesen rossz lenne, legfeljebb kicsit játszani kell, hogy életre keljen.
Sipi -
#4012
dr_strange
senior tag
dr_strange
#4010
dr_strange
senior tag
válasz
dr_strange
#4010
üzenetére
elnézést a kavarásért emerge -pv system ügyben, nem gondoltam át eléggé
-
Sipi
addikt
Úgy tudom, totál más a kettő. Annyiban mindenképpen, hogy a kernel 2.4-ről 2.6-ra váltott.
Szerintem a régi telepítődoksi nem haználható már a 2005.x-re...
De lehet, hogy még javítható a rendszer.
Az emerge sync úgy láttam, az elején kell: vagy a Portage snapshotot töltöd le és tömöríted ki (vagy használod a cédén levőt), vagy emerge sync-kel készíted el a Portage fát.
Sipi
[Szerkesztve] -
Yom
aktív tag
megvan az ujabb verzio. magyar doksiknal nem irtak, h van ujabb (angol)
szerk: most nezem, h a 2005.1 telepitese teljesen maskepp zajlik, mint a 2004.1-3 e. en 2004.2 t tettem meg fel, es ott mukodott a regi doksi.
sztem akkor az egesz rendszert ujrahuzzuk!
van kulobseg:
2004.2 altal es 2005.1 altal feltett csoamagok kozott? mert mind2ben van emerge sync. 2004.2 vel nekem nem volt gondom, 2005.1 rol meg nincs tapasztalatom (kiveve, az eddigi, hibas telepitesek?!), de gondolom mukodik az is jol a leiras alapjan.
[Szerkesztve] -
Yom
aktív tag
a minimal cd isot hasznaltuk, de akkor letoltetem vele az universalt.
neki is uolyan procija van detto mint nekem, csak ove 2800+ ra huzva, enyem 3200+ ra. de gondolom az nem szamit semmit. meg az alaplap tipusa neki asus a7n8x, enyem meg abit an7.
Bővebben: link ennel van ujabb telepitesi doksi?? itt meg van emerge system!
azt sajnos nem tudom, h mikor keri a root jelszot. majd megkerdem tole, es megnezzuk, hogy pontosan mit is csinal a boot kor.
erdemesebb az universal cd-t hasznalni mint a minimalt? szted probaljuk ujratenni az egeszt, v inkabb javitgatni hibat? -
Sipi
addikt
Mondom, valszeg azért ad vissza ilyeneket, mert NEM a rendszerben vagy, hanem egy vészkonzolban. Szinte semmi nincs beállítva ilyenkor, nincsenek megadva a változók.
Ha kiadod a source /etc/profile parancsot, az segíthet.
De először azt kell tudni, mi zajlik a boot során Amiket írtál, nekem gyanús, az alapján el sem indul a rendszer.
Sipi -
#4002
Yom
aktív tag
dr_strange
#3998
Yom
aktív tag
válasz
dr_strange
#3998
üzenetére
ugy ertem, h N -el, mint uj, nem pedig R-el, hogy mar fenn van
szerk: megneztem, nekem se ad vissza semmit az emerge -pv system, ha mar fennvan. csak akkro ad vissza vmit, ha konkretan a csomag nevet irom.
[Szerkesztve] -
#4001
Sipi
addikt
dr_strange
#3998
Sipi
addikt
válasz
dr_strange
#3998
üzenetére
Nem, nekem semmit sem ad vissza a listában az emerge -pv system.
Sipi
aseConfig version=''0.2'' xmlns:ivm=''http://www.eikke.com/ivm''>
ption name=''fork'' value=''false'' />
Aktív témák
- Kész rémálom lesz Linuxot használni jövőre az USA egyes államaiban
- PlayStation 5
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- 5.1, 7.1 és gamer fejhallgatók
- Arc Raiders
- Monitor hiba topik
- Xbox Series X|S
- Milyen légkondit a lakásba?
- Itt a Galaxy S26 széria: az Ultra fejlődött, a másik kettő alig
- Formula-1
- További aktív témák...
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Xbox / Microsoft Store feltöltőkártya kód (digitális, HU) több címlet, több db, azonnal, olcsón
- Fallout 4 Pip-Boy Edition eladó
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Dell Vostro 3425 6magos Ryzen 5 5625U 8GB RAM 256GB SSD
- GYÖNYÖRŰ iPhone 14 Pro Max 256GB Deep Purple-1 ÉV GARANCIA - Kártyafüggetlen, MS4398, 100% Akksi
- Asus RP-AC87 AC2600 Wi-Fi range extender
- iPhone 17 Pro Max Mélykék - Bontatlan !! www.stylebolt.hu - Apple eszközök és tartozékok !!
- 271 - Lenovo Yoga Pro 9 (16IAH10) - Intel Core U9 285H, RTX 5070
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest