Re: dmesg ACPI bug
Milan Cizek wrote: > ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has zero > address or length: 0x09F4/0x0 (20130823/tbfadt-630) > ACPI BIOS Warning (bug): Invalid length for FADT/Pm2ControlBlock: 0, using > default 8 (20130823/tbfadt-682) FADT obsahuje informace majici vztah k power managementu. "PM2 Control Block" rika, kde se nachazi "PM2 Control Register" a jaka je jeho delka v bytech. Udaj je to volitelny, pokud neexistuje, mela by adresa i delka byt nulova. To znamena, ze tabulka BIOSem poskytnuta je vadna. Co se dopadu tyce, to neni tak jednoduchy. Jednak neni jasne, jestli je chybne nenulova adresa (a port neexistuje) nebo jestli je spatne nulova delka (a port existuje). Ale mozna nas to tak uplne nezajima, pokud je ve FADT pritomen Extended PM2 Control Register, protoze ten ma v takovem pripade prednost. Pokud neexistuje a tudiz nam nepomuze muze neco naznacit i (ne) existence PNP zarizeni s oznacenim PNP0C25 - to je zarizeni, ktere (mj.) "obsahuje" i PM2 Control Register. PM2 Control Register je potreba pro povoleni/zakaz bus-master arbitra coz se pouziva pri vstupu/opousteni C3 stavu procesoru. Pokud si tedy system mysli, ze register existuje a neni to pravda, pak neprovede vstup/vystup do/z C3 korektne, coz muze mit prakticky libovolny nasledky. Pokud ale vstup do C3 nedovolujes, pripadne ho tvuj procesor vubec neumi, coz neni tak neobvykly, pak by to zrejme zadny nasledky mit nemelo. Jen mam urcity pochybnosti, ze ti tenhle vyklad nejak moc pomuze, nanestesti, ptas se na hodne specializovanou a pomerne slozitou vec, navic zavislou na rade dalsich veci, o kterejch nic nevim, takze nemam jednoduchou odpoved ... Dan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: nelze odstranit soubory
Čiernik Tomáš wrote: > A este kern.securelevel? > > sysctl kern.securelevel > > Ak je > 0, system respektuje nastaveny flag. Ty respektuje i kdyz je securelevel nulova nebo nizsi. U kladne ale nelze nektere(!) flagy zrusit. Dan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
RE: nelze odstranit soubory
Díky, Pomohlo chflags -R 0 ./BACKUP > -Original Message- > A este kern.securelevel? > > sysctl kern.securelevel > > Ak je > 0, system respektuje nastaveny flag. -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: nelze odstranit soubory
A este kern.securelevel? sysctl kern.securelevel Ak je > 0, system respektuje nastaveny flag. Tomas. Dňa 27. 1. 2014 0:43 Zbyněk Burget wrote / napísal(a): nastavene flags? ls -lo man chflags Zbyněk Burget Mlýnská 397 798 26 Nezamyslice tel: 588 580 000, 739 930 931 http://www.burgnet.cz IČ: 606 88 220; DIČ: CZ7210184674 Dne 27. 1. 2014 0:38, Milan Cizek napsal(a): Ahoj, rozbalil jsem si na disk zálohu (tar), které obsahovala i systémové adresáře jako usr, lib apod. Naní bych je chtěl smazat, ale nedaří se. Celou strukturu mam rozbalenou v /home/BACKUP, mnoho souborů nelze smazat kuli Permission denied. Jsem přihlášen jako root. root@bsd-igw:/home/BACKUP/1/sdfghj # ls -l total 832 -r-xr-xr-x 1 root wheel 791384 Dec 4 2012 init root@bsd-igw:/home/BACKUP/1/sdfghj # rm -f * rm: init: Operation not permitted Jak tyto soubory můžu odstranit a proč se tak děje? Díky. Milan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: nelze odstranit soubory
nastavene flags? ls -lo man chflags Zbyněk Burget Mlýnská 397 798 26 Nezamyslice tel: 588 580 000, 739 930 931 http://www.burgnet.cz IČ: 606 88 220; DIČ: CZ7210184674 Dne 27. 1. 2014 0:38, Milan Cizek napsal(a): Ahoj, rozbalil jsem si na disk zálohu (tar), které obsahovala i systémové adresáře jako usr, lib apod. Naní bych je chtěl smazat, ale nedaří se. Celou strukturu mam rozbalenou v /home/BACKUP, mnoho souborů nelze smazat kuli Permission denied. Jsem přihlášen jako root. root@bsd-igw:/home/BACKUP/1/sdfghj # ls -l total 832 -r-xr-xr-x 1 root wheel 791384 Dec 4 2012 init root@bsd-igw:/home/BACKUP/1/sdfghj # rm -f * rm: init: Operation not permitted Jak tyto soubory můžu odstranit a proč se tak děje? Díky. Milan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
dmesg ACPI bug
Ahoj, 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789 ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has zero address or length: 0x09F4/0x0 (20130823/tbfadt-630) ACPI BIOS Warning (bug): Invalid length for FADT/Pm2ControlBlock: 0, using default 8 (20130823/tbfadt-682) MB je Supermicro X9SBAA. Dá se s tím něco udělat? Jaké problémy mohu očekávat? BIOS/IPMI mám posední. Milan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
nelze odstranit soubory
Ahoj, rozbalil jsem si na disk zálohu (tar), které obsahovala i systémové adresáře jako usr, lib apod. Naní bych je chtěl smazat, ale nedaří se. Celou strukturu mam rozbalenou v /home/BACKUP, mnoho souborů nelze smazat kuli Permission denied. Jsem přihlášen jako root. root@bsd-igw:/home/BACKUP/1/sdfghj # ls -l total 832 -r-xr-xr-x 1 root wheel 791384 Dec 4 2012 init root@bsd-igw:/home/BACKUP/1/sdfghj # rm -f * rm: init: Operation not permitted Jak tyto soubory můžu odstranit a proč se tak děje? Díky. Milan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: Oprava ACPI DSDT?
Dan Lukes wrote (2014/01/26): > > Jeste napisu > > do freebsd-acpi, treba to pomuze i nekomu dalsimu a treba udelaji > > i nejaky workaround. > > Radsi over, ze to je vubec nutny. Tedy, ze vyresis-li problem s > aux-resetem, ze to na puvodnim nemodifikovanem DSDT nechodi. Ano, overil jsem a oprava DSDT (nebo opatchovani FreeBDS) je opravdu nutna. Mozna bude spravny workaround, ze kdyz psm na porty nehraje, tak by na ne nemusel hrat ani acpi-ca kod, ale to uz necham na nich. Uz jsem to poslal, tak ted jsem v ocekavani :o) -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: Oprava ACPI DSDT?
Kdyz uz to chodi, muzes to co jsem posilal pred chvili vesele ignorovat. > Jeste napisu > do freebsd-acpi, treba to pomuze i nekomu dalsimu a treba udelaji > i nejaky workaround. Radsi over, ze to je vubec nutny. Tedy, ze vyresis-li problem s aux-resetem, ze to na puvodnim nemodifikovanem DSDT nechodi. Jak jsme koukal do toho kodu, nezdalo se mi, ze by kolize mohla PSM ovladaci zabranit v provozu. Ledaze to nekde zarizne uz nejaka genericka cast ACPI kodu - ten je velkej, to nemam v umyslu zkoumat ... > Diky moc, dost mi to pomohlo v nasmerovani spravnym smerem ;o) Aspon jsem si ozivil nektery pozapomenuty veci ;-) Dan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: Oprava ACPI DSDT?
Uz naposled - nakonec jsem jednu 9.2-R na fyzickym hardware nasel. V jejim DSDT neni konflikt, CSR pro psmcpnp obsahuje jen IRQ 12. 9.2 psm0 najde tak jak jsem to popisoval u 9.1-R, tedy na atkbdc0 sbernici. Takze 9.1 versus 9.2 rozdil to nejspis taky neni. PSM ovladac vi, ze porty ma spolecne - respektive - je implementovany jako zavisle zarizeni na atkbdc sbernici, takze jeho uz porty nezajimaji. Kod PSM ovladace tedy zkouma jen, jestli je v DSDT definovane PNP zarizeni "mys" a pouzije IRQ z jeho CSR. Psal jsi, ze jsi zkousel DSDT s odstranenym konfliktem, kde u mysi bylo jen IRQ - tak to je podle vseho vo vim ta "spravna konfigurace". Pokud to ani tak nefungovalo, je problem spis jinde (a az se podari zjistit kde, mozna se nakonec ukaze, ze nevadi ani ten konflikt v cislech portu) ... Zkus startovat ve verbose rezimu a podivej jestli okoli atkbdc0 nebude neco divnyho. Pripadne startuj se sysctl debug.psm.loglevel=2 Asi je to noseni drivi do lesa, ale over, ze v jadre mas >device atkbdc >device psm a v device.hints mas >hint.atkbdc.0.at="isa" >hint.atkbdc.0.port="0x060" >hint.psm.0.at="atkbdc" >hint.psm.0.irq="12" Dan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: Oprava ACPI DSDT?
Dan Lukes wrote (2014/01/26): > Ma to jednu maly hacek, a to je ten, ze DSDT v BIOSu se muze menit s > konfiguraci - at uz hardwarovou, nebo softwarovou (BIOS setup). Takze > pokud se na takhle upravenym systemu pozdeji meni nastaveni BIOSu > pripadne meni hardwarova konfigurace, je potreba "stahnout" a upravit > DSDT znovu. Co se da delat, hlavne ze mam zase klavesnici :o) Jeste napisu do freebsd-acpi, treba to pomuze i nekomu dalsimu a treba udelaji i nejaky workaround. > To rozhodne vypada jako chyba. Ale nez se pustis to vetsiho > dobrodruzstvi, ja bych nejdriv zaktualizoval BIOS na posledni, tedy 0118: > > https://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=18598&ProdId=2929 Bohuzel nepomaha. > oka vypadly. S jednim rozdilem - u te me verze se kolizi autor pokusil > vyresit. Takze mozna u tebe taky. Pravda, posledni BIOS pro tvoji desku > je z ledna 2010, ten muj je az z ledna 2011, takze je otazka, jestli na > tuhle chybu prisli pred tim nebo pote co prestali tvoji desku podporovat ... Tohle vypada jako rozumne vysvetleni. > Relevantni cast DSDT: > > ... Diky, tohle se zda jako nejspravnejsi reseni. (I kdyz nakonec se ukazalo, ze v mem pripade funguje jakakoli uprava, co jsem zkousel, a ze s tim psm0 to byl skutecne dalsi problem.) > Takze je otazka, jestli neprozkoumat jeste jiny smer reseni nez dloubani > do DSDT - a to ten, proc se u tebe psm0 na atkbdc0 nenajde. Jsi si > jisty, ze na te 8.x-R byl psm0 bindovany k PS2M ? Nebyl i tam zavisly na > atkbdc0 ? Byl taky na atkbdc0, ale to mi jeste nevysvetlovalo, proc se psm0 neobjevovalo. Ja mam tech stroju totiz vic a tento byl prvni a lekl jsem se, ze u dalsich taky prijdu o klavesnici a o mys. Takze stale mam srovnani mezi starym 8.2 a novym 9.2. > Pokud jo, tak nam uprava DSDT nepomuze. Sice odstranime konflikt, ale > ovladac pro psmcpnp0 stejne funkcni nemame (mozna ani na ty 8.x-R). Jo, nakonec jsem jeste podle doporuceni zkusil boot -v (coz se mi nechtelo, kdyz ted mam jen vzdaleny pristup, ale nakonec se to ukazalo jako velmi jednoduche pres nextboot -o -v) a ukazalo se psm0: failed to reset the aux device. A hle, hned jsem se dopracoval k tomu, ze u PS/2 u KVM jsou problemy a tenhle server zrovna na KVM je, a ze pomaha aux reset zrusit, tj. v /boot/device.hints pridat hint.psm.0.flags="0x0400". A ted si zpetne uvedomuju, ze toto urcite neni jediny pripad, kdy se divim, ze pocitac na KVM nevidi mys, takze i v dalsich pripadech to mozna zkusim. Jedine, co se mi nevysvetluje, ze jeste pred upgrade mys urcite fungovala a nezda se, ze by v casti kodu aux reset byly zmeny. Na druhou stranu ale uptime byl okolo 340 dni a je otazka, za jakych okolnosti se ten stroj pred rokem bootoval :o) Diky moc, dost mi to pomohlo v nasmerovani spravnym smerem ;o) -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: Oprava ACPI DSDT?
Cejka Rudolf wrote: > vyzná se někdo trošku v popisu ACPI? Zhruba. Uz jsem ho i jednou upravoval, kdyz s originalni DSDT system nenachazel fdc Jo, pri startu systemu se skutecne da rict aby FreeBSD pouzilo DSDT ze souboru a nikoli z BIOSu. Ma to jednu maly hacek, a to je ten, ze DSDT v BIOSu se muze menit s konfiguraci - at uz hardwarovou, nebo softwarovou (BIOS setup). Takze pokud se na takhle upravenym systemu pozdeji meni nastaveni BIOSu pripadne meni hardwarova konfigurace, je potreba "stahnout" a upravit DSDT znovu. To rozhodne vypada jako chyba. Ale nez se pustis to vetsiho dobrodruzstvi, ja bych nejdriv zaktualizoval BIOS na posledni, tedy 0118: > https://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=18598&ProdId=2929 Pri trose stesti v nem chyba uz nebude. Myslim si to proto, ze mam taky INTEL desku, i kdyz jinou, ale klicove casti DSDT vypadaji jako by si z oka vypadly. S jednim rozdilem - u te me verze se kolizi autor pokusil vyresit. Takze mozna u tebe taky. Pravda, posledni BIOS pro tvoji desku je z ledna 2010, ten muj je az z ledna 2011, takze je otazka, jestli na tuhle chybu prisli pred tim nebo pote co prestali tvoji desku podporovat ... U me jsou u PS2M nadefinovany dve varianty CRS, jedna, ktera je stejna jako ta u tebe, druha, ktera obsahuje pouze IRQ12 (a zadne porty). A vyber mezi nimi se provadi tak, ze je-li zakazana PS2K (stejne jako u tebe se u u me ten flag jmenuje KBEP) pouzije se CSR varianta co ma porty, kdezto je-li povolena, pouzije se ta "bezportova". Tim se kolizi predejde. Aktualizaci BIOSu bych urcite zacal. Pokud to uspech neprinese, tak ti muzu jeste poskytnout jak to vypada na ty my desce, prilozil jsem to naspodu. Musim ale rict, ze to pouzivam jen na 9.1-R, kde to funguje: > psmcpnp0 pnpinfo _HID=PNP0F03 _UID=0 at handle=\_SB_.PCI0.LPC_.PS2M > atkbdc0 pnpinfo _HID=PNP0303 _UID=0 at handle=\_SB_.PCI0.LPC_.PS2K > Interrupt request lines: > 1 > I/O ports: > 0x60 > 0x64 > psm0 > Interrupt request lines: > 12 Jestli to bude fungovat na 9.2-R nebo ne, to rict nemuzu. Dan Relevantni cast DSDT: > Device (PS2M) > { > Name (_HID, EisaId ("PNP0F03")) > Name (_CID, EisaId ("PNP0F13")) > Method (_STA, 0, NotSerialized) > { > If (MSEP) > { > Return (0x0F) > } > Else > { > Return (Zero) > } > } > > Name (CRS1, ResourceTemplate () > { > IRQNoFlags () > {12} > }) > Name (CRS2, ResourceTemplate () > { > IO (Decode16, > 0x0060, // Range Minimum > 0x0060, // Range Maximum > 0x01, // Alignment > 0x01, // Length > ) > IO (Decode16, > 0x0064, // Range Minimum > 0x0064, // Range Maximum > 0x01, // Alignment > 0x01, // Length > ) > IRQNoFlags () > {12} > }) > Method (_CRS, 0, NotSerialized) > { > If (KBEP) > { > Return (CRS1) > } > Else > { > Return (CRS2) > } > } > -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: Oprava ACPI DSDT?
A jeste neco. Jak jsme posilal vystup z devinfo: > psmcpnp0 pnpinfo _HID=PNP0F03 _UID=0 at handle=\_SB_.PCI0.LPC_.PS2M > atkbdc0 pnpinfo _HID=PNP0303 _UID=0 at handle=\_SB_.PCI0.LPC_.PS2K > Interrupt request lines: > 1 > I/O ports: > 0x60 > 0x64 > psm0 > Interrupt request lines: > 12 Vsimni si, ze u me neni ovladac psm0 bindovany k PS2M (samostatnemu zarizeni na sbernici acpi0), ale k PS2K (takze psm je zarizeni na sbernici atkbdc0, ktera je na sbernici acpi0). I u me se tedy pro PS2M nenajde zadny ovladac ... Odpovida tomu i vystup pri bootu: > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model IntelliMouse Explorer, device ID 4 Takze je otazka, jestli neprozkoumat jeste jiny smer reseni nez dloubani do DSDT - a to ten, proc se u tebe psm0 na atkbdc0 nenajde. Jsi si jisty, ze na te 8.x-R byl psm0 bindovany k PS2M ? Nebyl i tam zavisly na atkbdc0 ? Pokud jo, tak nam uprava DSDT nepomuze. Sice odstranime konflikt, ale ovladac pro psmcpnp0 stejne funkcni nemame (mozna ani na ty 8.x-R). Ja jen abysme nehonili strasidla, ktery ve skutecnosti neexistujou. Dan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: Ako pekabatit fsck?
Jozef Drahovsky wrote: > fsck mi pre jeden vadny blok neche oznacit disk za CLEAN a preto sa > menozem dostat do multiuser rezimu. > Cyklim v singl FILE SYSTEM STILL DIRTY / PLEASE RERUN FSCK. > Ako prekabatit fsck? respektivwe bootovanie aby aspon na chvilu som sa > dostal do multiuser rezimu? Uz je to drahne let, co bylo rozhodnuto, ze s ohledem na cenu disku nebude nadale k dispozici bad-block-management. Disk, na kterem je vadny sektor uz proste neni vhodny k ukladani dat a musi byt vymenen za bezvadny. Dneska tk maximalne muzes pouzit prikaz badsect a z vadnych sektoru si udelat soubor a tak zabranit jejich dalsimu pouzivani. Ale to samozrejme nelze pouzit na sektory, ktere uz jsou alokovane pro metadata, coz je podle vseho tvuj pripad. Rada 1: Nestacilo by, kdybych ti prozradil, ze multi-user mode nepotrebujes ? Nebo snad k necemu ano ? Predpokladam, ze to tvoje "na chvili" znamena, ze neplanujes provozovat ten server s beznymi uzivateli, jen tam potrebujes neco udelat ty sam - a kdyz ty sam, tak proc ti nestaci single-user ? Rada 2: Zkus do toho vadneho sektoru zapsat. Zjisti si kterej to je (to, ze nelze precist cely blok je obvykle zapricineno vadou jedineho sektoru, ne vsech sektoru), pouzij dd a /dev/zero a prepis ho. Pokdu nejde precist, je stejen jedno, ze ho prepises a pokud ten disk neni uz ale opravdu hodne v coudu, tak ho zrelokuje a tudiz bude napriste shledan citelnym. Akorat mysli nad tim co delas, at si neprepises neco jinyho. Nejlip overis, ze mas parametry spravne, kdyz se sektor pokusis nejdriv precist - kdyz to pujde, tak to ten vadny asi neni. Dan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: Update systemu
Jan Dušátko wrote: > 3 - Je mozne nejakym nastrojem provest kompilaci vsech nainstalovanych > balicku podle aktualni konfigurace do instalacnich binarek a ponechat je > stranou, aby se instalace dala provest v kratsim terminu? V tuto chvili mi > rekompilace zabira dost casu a mam zde problem s vyslednou dostupnosti > sluzeb Podobne ako Dan pouzivam jeden centralny server (jail), kde vytvaram balicky pomocou pkg. Na upgrade potom pouzivam pkg upgrade -f (nasledovany volitelnym pkg autoremove). Vlastny upgrade je rychly. Balicky vytvaram nasledovne: /etc/make.conf: WRKDIRPREFIX ?= /tmp/portbuild 0.clean.sh) rm -rf /tmp/portbuild 1.deinstall.sh) pkg delete -a -f 2.install.sh) cd /usr/ports/ports-mgmt/pkg && make install cd /usr/ports/www/apache24 && make install cd /usr/ports/lang/php5 && make install ... 3.repo.sh) cd /usr/ports/packages find . -type f -delete pkg create -a pkg repo . 4.clean.sh) rm -rf /tmp/portbuild Postup mi pride jednoduchy a spolahlivy (vsetko sa preklada od znovu). Aby servery vyuzivali takto pripravene balicky je potreba uz len vytovrit konfiguraciu v /usr/local/etc/pkg/repos (ja pouzivam pkg+http). Marian -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: Update systemu
Cejka Rudolf wrote (2014/01/26): > # PM_PACKAGES_LOCAL=pmp_local # Slave Jeste se omlouvam, ale zapomnel jsem napsat, ze celou dobu jsem se snazil o to, aby volbu "pouze lokalni packages" nebylo nutne pouzivat, a myslim, ze se mi rizika vcelku povedla elimininovat, a da se zkusit nechat pouzivat portmaster i s baliky z freebsd.org. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: Update systemu
Radek Krejča wrote (2014/01/26): > ... Jeste nekdo urcite napise zkusenosti s poudrieve :o) -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
RE: Update systemu
> 4 - ma smysl jeste dnes pouzivat portupgrade? Priznam se, jsem na nej > zvykly. Ahoj, kde to slo, jsem presel na pouzivani pkg. Zatim to neni uplne na 100 %, sem tam se diky "rozbitemu" portu neco nepovede vyprekladat (myslim u FreeBSD), takze nekdy tam balicek neni a je potreba pockat tyden, kdy se zase objevi, ale to je zejmena v pripade xorgu apod. Toto reseni se hodi tam, kde z portu prekladas s defaultnimi optiony, nebo mas jen minimum portu, kde optiony menis. Klasickym prikladem je php5, ktere je v defaultu bez mod_php, takze do apache to dostavam tak, ze updatuju z baliku a php5 tam pak docpu z portu. Zdrzeni tim je asi tak minuta a upgradovany cely system mam tak za 5 minut. Jak jsem vyrozumel, v nastaveni pkg jde pouzit vice zdroju, ze kterych se baliky tahaji, ale zatim se mi nevyplatilo laborovat nad tim, protoze vyse zmineny zpusob je zatim pro me vyhovujici. Ale pak by se to dalo vysperkovat tak, ze si tech par portu vyprekladas u sebe s patricnymi options a bude. Tedy, pokud jsem to dobre pochopil ;). Radek -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: Update systemu
Ahoj, vidím, že nejsem sám, kdo tak trochu tápe, jak na nové systémy :o) Miroslav Lachman wrote (2014/01/26): > Kdyz bylo CVS zruseno, tak asi cvsup ani csup nemuze najit zadne zdroje, > ne? Oboje se pripojuje na cvs server. Takze mas spis na vyber svnup, > nebo primo subversion. Dodám, že svnup se chová v podstatě stejně jako cvsup - malou a jednoduchou databázi si udržuje ve /var/db/svnup a rychlostně přibližně odpovídá cvsupu. Na druhou stanu svn update je pekelně rychlé, ale udržuje si režijní databázi teď už sice jen v jednom .svn adresáři, uvnitř je toho ale na můj vkus opravdu hodně. Dal by se pokaždé použít i svn export bez režijní databáze, ale to by při každé aktualizaci znamenalo kompletní přenos všeho. Pro svnup používám toto (s trim_tree=0 se zdá, že bude možné udržovat ve stromu i lokální soubory, ale občas se vyskytne něco, že pak musím i nějaké soubory odmazávat ručně a zatím nevím, jak to vzniká - a občas se asi zapomenou odmazat některé prázdné adresáře, tak ještě pak zkouším dát find /usr/{src,ports} -type d -empty -delete): [defaults] host=svn.cz.freebsd.org protocol=svn work_directory=/var/db/svnup trim_tree=0 extra_files=1 verbosity=2 [src] branch=base/stable/9 target=/usr/src [ports] branch=ports/head target=/usr/ports > Uz par mesicu je v ports tree staging, ktery umoznuje porty zkompilovat > a vytvorit binarni balicek bez toho, aby doslo k jejich instalaci. > Vysledne balicky zustavaji v /usr/ports/packages/ Ano, porty, kde už není NO_STAGE=yes, při překladu před instalací vytvoří balíček v /usr/ports/packages, takže pak jen stačí tento adresář přenést přes rsync nebo nfs nebo něco co není scp -r na další stroj, a můžou se tyto balíčky použít. U starých portů viz nastavení pro portmaster níže. > Mozne to je, ale kvuli problemum, co jsem s nim ja mel uz pred lety, > jsem presel na portmaster, ktery dela temer to same a neni zavisly na > Ruby a zadne externi databazi (ktera u portupgrade delala dost problemy). To jsem rád, že nejsem sám :o) Začínal jsem s portupgrade, ale ty nekonečné problémy s aktualizacema, stále něco několikrát zkoušet, než se povedlo, a navíc každý pokus na systému s 1000 a více porty trval strašně moc dlouho, tak jsem začal zkoušet portmaster a taky není dokonalý, ale každý pokus má jednu obrovskou výhodu - je to mnohonásobně rychlejší, a zatím mám stále pocit, že iterační upgrade s portmaster se mi daří dělat mnohem mnohem efektivněji, než jsem dělával s portupgrade (ale jak jsem psal, nečekejte, že problémy nebudou! budou, ale zdají se mi předvídatelnější a řešit se mi daří lépe než s portupgrade). Aktuální konfiguraci zkouším takto: PACKAGEROOT=ftp://ftp.FreeBSD.cz DONT_SCRUB_DISTFILES=Dopt SAVE_SHARED=wopt PM_IGNORE_FAILED_BACKUP_PACKAGE=pm_ignore_failed_backup_package # PM_PACKAGES=first # Slave # LOCAL_PACKAGEDIR=/usr/ports/packages # Slave # PM_PACKAGES_LOCAL=pmp_local # Slave # MAKE_PACKAGE=gopt # Master Na systému, kde dělám balíčky, mám odkomentovaný Master řádek (to kvůli těm NO_STAGE portům), na ostatní mám odkomenované Slave řádky, a zatím se zdá, že je to i jakž takž použitelné. Dan Lukes wrote (2014/01/26): > Je to stale tak, ze portmaster mi (na rozdil od portupgrade a jeho > pkgtools.conf) neumoznuje zadat prekladove optiony pro jednotlive porty > pripadne zakazat aktualizaci konkretniho portu, nebo uz se v tomhle > ohledu neco zmenilo ? Ano, překladové volby neumožňuje. Od toho je ale v manu portmasteru napsano toto: If you wish to customize your build environment on a per-port basis you might want to take a look at /usr/ports/ports-mgmt/portconf A nechtěl mi to p.a Doug říct :o) Jen stále opakoval, přečti si man portmaster ještě jednou a pořádně a od začátku až do konce, je to moc důležité! A měl pravdu. Akorát nesouhlasím s jeho přístupem k věci a s tím, jak takové důležité věci schválně nechává tak schované a nechává tolik věcí na každém, aby si domyslel sám, ale to je asi tak vše, co s tím můžu dělat :o) Pro zákaz aktualizací se dá využít +IGNOREME v adresáři portu, nebo parametr -x, který funguje dokonce i s parametrem -a. Ještě k těm překladovým volbám - tak nad tím jsme si lámal hlavu pěkně dlouho, ale myslím, že jsem to nakonec docela úspěšně zlomil :o) On to nakonec byl také důvod, proč jsem začal zkoušet portmaster místo portupgrade, protože jak se měnil systém voleb portů z proměnných prostředí na volby přes dialog, tak jsem dlouho nechápal, jak mám ten nový systém přes portupgrade ovládat - a u portmaster a portconf jsem stále cítil, že tady to musím dokázat :o) Ukázka z mého ports.conf a můžete napsat, jak se vám líbí - jen je rozumné u každého dalšího portu používat to NIP=y, aby se náhodou nevzal balík s jinými options, než jaké chcete vy - to jsem třeba u portupgrade nikdy uspokojivě dořešit nedokázal (ale pravda je, že jak jsem trochu do nového systému pronikal, tak pak jsem to už ani pro portupgrade nezkoušel): devel/subversion: NIP=y | WITH=MOD
Oprava ACPI DSDT?
Ahoj, vyzná se někdo trošku v popisu ACPI? Zkoušel jsem udělat upgrade z 8.2-stable i386 na 9.2-stable amd64, a přestala fungovat PS/2 klávesnice. Po neúspěšných pokusech s nooptions NEW_PCIB v konfiguraci jádra a s debug.acpi.disabled="hostres" v /boot/loader.conf jsem se začal dívat na popis ACPI z acpidump -dt. Kdyby se někdo chtěl podívat, celý výpis je tady: ftp://ftp.FreeBSD.cz/pub/FreeBSD-local/acpi-ecg3510m/acpi-ecg3510m.asl V ACPI DSDT je k PS/2 myši a PS/2 klávesnici zhruba toto, kde u PS2M na rozdíl od jiných popisů, co jsem se díval, je alokace portů 0x60 až 0x64 v podstatě natvrdo bez podmínek: Device (PS2M) ... Name (_CRS, ResourceTemplate () { ... porty 0x60..0x64 a IRQ 12 } ... Device (PS2K) ... Name (_CRS, ResourceTemplate () { ... porty 0x60..0x64 a IRQ 1 } ... V 8.2 to nevadí a vznikne očekávaný stav a atkbd0 a psm0 se najdou: psmcpnp0 pnpinfo _HID=PNP0F03 _UID=0 at handle=\_SB_.PCI0.LPC_.PS2M Interrupt request lines: 12 atkbdc0 pnpinfo _HID=PNP0303 _UID=0 at handle=\_SB_.PCI0.LPC_.PS2K I/O ports: 0x60 0x64 atkbd0 Interrupt request lines: 1 psm0 Interrupt request lines: 12 Jenže v 9.2 se porty 0x60 až 0x64 přidají už do PS2M a tím se asi seberou PS2K, čímž se atkbdc0, atkbd0 ani psm0 nenajdou: psmcpnp0 pnpinfo _HID=PNP0F03 _UID=0 at handle=\_SB_.PCI0.LPC_.PS2M I/O ports: 0x60 0x64 unknown pnpinfo _HID=PNP0303 _UID=0 at handle=\_SB_.PCI0.LPC_.PS2K Zkusil jsem v popisu DSDT PS2M a PS2K prohodit, aby bylo PS2K jako první, ale našla se jen klávesnice (i když aspoň to :o) (... iasl *.asl do /boot/acpi_dsdt.aml a acpi_dsdt_load="YES" v /boot/loader.conf): atkbdc0 pnpinfo _HID=PNP0303 _UID=0 at handle=\_SB_.PCI0.LPC_.PS2K Interrupt request lines: 1 I/O ports: 0x60 0x64 atkbd0 psm0 psmcpnp0 pnpinfo _HID=PNP0F03 _UID=0 at handle=\_SB_.PCI0.LPC_.PS2M IRQ 1 pod atkbdc0 místo atkbd0 asi nevadí, ale chybějící IRQ 12 u psm0 nejspíš vadí, takže chybí myš. Pak jsem zkusil místo prohození PS2K a PS2M jen z PS2M smazat alokaci portů 0x60 až 0x64, ale taky to není ono, klávesnice se najde, ale IRQ 12 a myš zase chybí: psmcpnp0 pnpinfo _HID=PNP0F03 _UID=0 at handle=\_SB_.PCI0.LPC_.PS2M atkbdc0 pnpinfo _HID=PNP0303 _UID=0 at handle=\_SB_.PCI0.LPC_.PS2K Interrupt request lines: 1 I/O ports: 0x60 0x64 atkbd0 psm0 Tuší někdo, jak by se měl popis DSDT opravit, aby se detekovalo obojí, PS/2 klávesnice i myš? Děkuji. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Ako pekabatit fsck?
fsck mi pre jeden vadny blok neche oznacit disk za CLEAN a preto sa menozem dostat do multiuser rezimu. Cyklim v singl FILE SYSTEM STILL DIRTY / PLEASE RERUN FSCK. Ako prekabatit fsck? respektivwe bootovanie aby aspon na chvilu som sa dostal do multiuser rezimu? Jozef -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: Update systemu
Miroslav Lachman wrote: >> 4 - ma smysl jeste dnes pouzivat portupgrade? Priznam se, jsem na nej >> zvykly. > > Mozne to je, ale kvuli problemum, co jsem s nim ja mel uz pred lety, > jsem presel na portmaster, ktery dela temer to same a neni zavisly na > Ruby a zadne externi databazi (ktera u portupgrade delala dost problemy). Je to stale tak, ze portmaster mi (na rozdil od portupgrade a jeho pkgtools.conf) neumoznuje zadat prekladove optiony pro jednotlive porty pripadne zakazat aktualizaci konkretniho portu, nebo uz se v tomhle ohledu neco zmenilo ? Jinak ale - ano, ruby je desivej moloch, a pametove rozezranej navic, taky bych radsi byl bez nej, ale potize s databazi jsem v zasade nikdy zadne nemel. Dan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: Update systemu
Jan Dušátko wrote: > 1 - Update zdroju > Dle https://wiki.freebsd.org/CvsIsDeprecated bylo v roce 2008 base source > tree prehozeno na subversion a v roce 2012 vypnuto. Z techto duvodu pouzivam > misto cvsup csup. cvsup a csup jsou dve implementace tehoz protokolu, jen ta druha je v 'C'. Takze pokud je protokol vypnuty, tahle zamena ti nepomuze. Ale mam dojem, ze CVS servery vypnute nejsou - jen uz se na ne neprenaseji zmeny. Takze pokud jedes z nich, jedes na nejakejch blize neupresnenejch postarsich verzich. I kdyz si nejsem uplne jistej, jestli to plati pro vsechny major verze. Pro osmicku to mozna jeste v CVS backportuji, ale opravdu si nejsem jistej, protoze ja uz CVS opustil. Nakonec, to trivialne overis, podivej se jakou A.B-RELEASE-pX ti to prelozi (podstatne je to X). > Ma smysl pouzivat primo subversion ? Zalezi jestli "ma smysl" povazujeme za semanticky ekvivalent pro "nemas jinou moznost". > 2 - Update port tree > Ma smysl po update pres csup provadet Tady muze veta koncit. CVS pro porty bylo vypnute driv nez to pro system, takze update portu uz pres CVS neudelas. Tudiz nema smysl diskutovat nad doprpovodnymi akcemi. > /usr/sbin/portsnap fetch && /usr/sbin/portsnap extract && /usr/sbin/portsnap > update Tohle ale nikdy k CVS-style aktualizacim zdrojoveho stromu portu nepatrilo, alespon mam silnej dojem ... > 3 - Je mozne nejakym nastrojem provest kompilaci vsech nainstalovanych > balicku podle aktualni konfigurace do instalacnich binarek a ponechat je > stranou, aby se instalace dala provest v kratsim terminu? V tuto chvili mi > rekompilace zabira dost casu a mam zde problem s vyslednou dostupnosti > sluzeb Ty na kazdem svem stroji udrzujes aktualni zdrojovy strom portu ? No, nakonec, proc ne. Ale zpatky k otazce. Zaznamenal jsem, ze posledni dobou se otocilo poradi provadenych kroku a balicek se vytvari pred instalaci portu (driv do bylo opacne). Takze zrejme by melo by mozne ziskat balicek aniz by byl port nainstalovan. Ale ze to teoreticky jde neznamena, ze to jde snadno prakticky pouzit. Rekneme, ze sathnes novej strom portu, tam je nove OpenSSL v nemz jsou opravene nejake chyby a take nove OpenVPN. Takze ty prelozis, zbalickujes, ale nenainstalujes to OpenSSL. Nasledne prelozis a zbalickujes to OpenVPN, prekladas ho ale oproti starejm OpenSSL headerum a knihovnam. A nekdy pozdeji oba balicky nainstalujes, tedy nvoe OpenSSL a nove OpenVPN prelozene proti staremu OpenVPN. Neda se vyloucit, ze to bude fungovat, ale stejne tak se neda vyloucit prakticky libovolny problem z nichz ten, ze to vubec nenastartuje je ten jeste nejprijemnejsi. V zasade nemuzes prekladat port dokud nemas pri prekladu aktualni jeho zavislosti. Ale ano, pokud to OpenSSL hned nainstalujes, muze to OpenVPN prestat fungovat az do doby, nez ho taky prelozis a nainstalujes. Proto ja prekladam na jinem, jednom, centralnim stroji, tam muzu prekladat, instalovat i balickovat po libosti, a na jednotlivych strojich uz pak instaluju jen hotove balicky. > 4 - ma smysl jeste dnes pouzivat portupgrade? Priznam se, jsem na nej > zvykly. A ta druha veta neni pro tebe dostatecnou odpovedi na tu prvni ? Dan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: Update systemu
Jan Dušátko wrote: Ahoj Chtel bych se zeptat na nasledujici: 1 - Update zdroju Dle https://wiki.freebsd.org/CvsIsDeprecated bylo v roce 2008 base source tree prehozeno na subversion a v roce 2012 vypnuto. Z techto duvodu pouzivam misto cvsup csup. Ma smysl pouzivat primo subversion ? Kdyz bylo CVS zruseno, tak asi cvsup ani csup nemuze najit zadne zdroje, ne? Oboje se pripojuje na cvs server. Takze mas spis na vyber svnup, nebo primo subversion. 2 - Update port tree Ma smysl po update pres csup provadet jeste tyto ukony (mam je ve scriptu z historickych duvodu ale nejsem si jisty jejich spravnou funkcnosti vzhledem k soucasne architekture) /usr/sbin/portsnap fetch&& /usr/sbin/portsnap extract&& /usr/sbin/portsnap update Ports tree aktualizuj bud svnup, nebo subversion, nebo portsnapem. Kombinovat to je (a vzdycky byl) nejaky nesmysl. 3 - Je mozne nejakym nastrojem provest kompilaci vsech nainstalovanych balicku podle aktualni konfigurace do instalacnich binarek a ponechat je stranou, aby se instalace dala provest v kratsim terminu? V tuto chvili mi rekompilace zabira dost casu a mam zde problem s vyslednou dostupnosti sluzeb Uz par mesicu je v ports tree staging, ktery umoznuje porty zkompilovat a vytvorit binarni balicek bez toho, aby doslo k jejich instalaci. Vysledne balicky zustavaji v /usr/ports/packages/ Jednotlive porty tedy muzes pripravit do binarnich balicku prikazem "make package" v adresari prislusneho portu. Aby se to udelalo hromadne pro vsechny jiz nainstalovane, to si budes asi muset nascriptovat, nebo se podivat, jestli to umoznuje treba portmaster, pripadne si ted portmaster upravit, aby to umel. 4 - ma smysl jeste dnes pouzivat portupgrade? Priznam se, jsem na nej zvykly. Mozne to je, ale kvuli problemum, co jsem s nim ja mel uz pred lety, jsem presel na portmaster, ktery dela temer to same a neni zavisly na Ruby a zadne externi databazi (ktera u portupgrade delala dost problemy). Mirek -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Update systemu
Ahoj Chtel bych se zeptat na nasledujici: 1 - Update zdroju Dle https://wiki.freebsd.org/CvsIsDeprecated bylo v roce 2008 base source tree prehozeno na subversion a v roce 2012 vypnuto. Z techto duvodu pouzivam misto cvsup csup. Ma smysl pouzivat primo subversion ? 2 - Update port tree Ma smysl po update pres csup provadet jeste tyto ukony (mam je ve scriptu z historickych duvodu ale nejsem si jisty jejich spravnou funkcnosti vzhledem k soucasne architekture) /usr/sbin/portsnap fetch && /usr/sbin/portsnap extract && /usr/sbin/portsnap update 3 - Je mozne nejakym nastrojem provest kompilaci vsech nainstalovanych balicku podle aktualni konfigurace do instalacnich binarek a ponechat je stranou, aby se instalace dala provest v kratsim terminu? V tuto chvili mi rekompilace zabira dost casu a mam zde problem s vyslednou dostupnosti sluzeb 4 - ma smysl jeste dnes pouzivat portupgrade? Priznam se, jsem na nej zvykly. Honza -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l