Re: Domaci microserver
Ahoj, Provozoval jsem neco podobneho. Notebook na nej pres USB hub pripojene disky v ZFS mirror. Disky byly SATA, pripojene pres USB prevodniky s napajenim. Pod linuxem jsem vse nastavil, linux na disky neustale sahal ac k tomu nemel duvod a ty se nikdy neuspaly. Pod FreeBSD nastavene notiome, utilita spindown (pkg install spindown) a uplne bez problemu (ataidle s disky nespolupracovalo) USB stabilni, bez vypadku a tim padem bez odpojujicich se disku. Moje zkusenost - FreeBSD pro tuto aplikaci naprosto super, kazdopadne bych ale sahnul po release verzi. Mila Marek SOUDNY píše v Út 27. 10. 2020 v 06:55 +0100: > Ahoj, > > Mne by to docela zajimalo. Rpi jsem zvazoval na domaci server + NAS, > jenom uplne nevim jak vyresit napriklad uspavani disku pri necinnosti > (a nasledne probuzeni, kdyz na ne prijde pozadavek). Disky by asi > musely byt pripojene pres usb externi box.. > > Diky, > Marek > > 24. 10. 2020 23:48, 23:48, Vilem Kebrt > napsal/a: > > Ahoj vsem. > > > > Tak po delsim souboji se mi povedlo udelat si "idealni domaci > > mikroserver". > > > > Rozchodil jsem freebsd na RPI4 se 4GB ram a dokonce to cely vidi i > > celou > > ramku. > > > > Bastille-BSD jaily na tom jedou jako namydlenej blesk. > > > > Proste tohle berte jako chvalu FreeBSD vyvojarum, nebot to konecne > > funguje :D. > > > > Kdyby nekoho zajimaly podrobnosti, muzu se pokusit dat dohromady z > > tech > > > > svejch 10 papiru co sem s tim pokusoval nejakej srozumitelnej > > postup :D > > > > Zdravim vsechny > > > > Vilem > > > > -- > > FreeBSD mailing list (users-l@freebsd.cz) > > http://www.freebsd.cz/listserv/listinfo/users-l -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: VLAN trunk via jails
Ahoj, zadne problemy by s tim byt nemely, podobnou vec mam v ostrem nasazeni nekolik let (jak jiste sam vis) Vytvoris dot1q interface: rc.conf ifconfig_igb0="up" ifconfig_vlan5="vlan 5 vlandev igb0 up" ifconfig_vlan10="vlan 10 vlandev igb0 up" Jednotlivemu jail priradis ip adresy k interface ktere chces pouzit jail.conf - jail config ip4.addr = vlan5|172.20.20.233/24; V jednotlivych jail se ti objevi vsechny interface k dispozici, pouze nektere budou oadresovane V hostiteli se objevi vsechny interface se vsemi adresami To nebude problem pokud v hostiteli nezapnes routovani nebo nespojis jednotlive interface pres bridge interface Pokud potrebujes oddelit v hostiteli routovaci tabulky (coz si myslim ze nepotrebujes) pak musis jednotlive (vlan) interface priradit do samostatnych routovacich instanci (ifconfig - fib) a jail priradit do dane fib (jail.conf - exec.fib) Doufam ze jsem neco po letech nezmotal. Mila On 2016/03/17 17:52, Jaroslav Joska wrote: > Ahoj po dlouhe dobe vsem! > > Mel bych dotaz, zda jste nekdo jiz v minulosti resil na jednom VLAN > trunkovem spoji > per jails a podelil se o zkusenosti, pls? Kazdy jail bude v jine siti a > vyuzivat budou prave > jeden fyzicky interface. Nasel jsem nejaka howto, ale radeji se ptam. > > Predem dekuji > -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: Bash specially-crafted environment variables code injection attack
Vcem tkvi nebezpecnost? :
[mila@xxx ~]$ env x='() { :;}; /usr/bin/whoami' bash -c echo test
mila
test
[mila@xxx ~]$
Ze by nekdo mel u bashe suid pro roota docela pochybuji...
Rad se necham poucit.
Mila
On 2014/09/25 18:41, David Pasek wrote:
Systemy jiz nastesti neadministruji, ale co jsem v kuluarech slysel, tak se
to rozhodne netyka jen bashe, ale nejakych knihoven, ktere bash pouziva pro
zpracovani ENV variables. A bash pry neni zdaleka jediny, kdo je pouziva.
Dalsi kdo je pouziva je pry apache a to je asi jeste vyrazne vetsi problem
nez zranitelnost bashe.
On Thu, Sep 25, 2014 at 6:34 PM, Cejka Rudolf cej...@fit.vutbr.cz wrote:
Jan Dušátko wrote (2014/09/25):
Zajimalo by mne, zda se to tyka pouze Linuxu a pouze pokud mate bash
https://securityblog.redhat.com/2014/09/24/bash-specially-crafted-environmen
t-variables-code-injection-attack/
No vzhledem ke commitům do SVN FreeBSD bych řekl, že se to pouze Linuxu
netýká :o) Aktuálně se věří ve verzi 4.3.25_1.
http://svnweb.freebsd.org/ports/head/shells/bash/Makefile?view=log
--
Rudolf Cejka cejkar at fit.vutbr.cz 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
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l
Re: Bash specially-crafted environment variables code injection attack
Aha odpovim sis sam (uz jsem to cet) :
binarni programy s suid volajici shell, nenapadlo me ze je nekdo schopen
takovou cunarnu vytvorit
Mila
On 2014/09/25 19:53, Mila Sos wrote:
Vcem tkvi nebezpecnost? :
[mila@xxx ~]$ env x='() { :;}; /usr/bin/whoami' bash -c echo test
mila
test
[mila@xxx ~]$
Ze by nekdo mel u bashe suid pro roota docela pochybuji...
Rad se necham poucit.
Mila
On 2014/09/25 18:41, David Pasek wrote:
Systemy jiz nastesti neadministruji, ale co jsem v kuluarech slysel, tak se
to rozhodne netyka jen bashe, ale nejakych knihoven, ktere bash pouziva pro
zpracovani ENV variables. A bash pry neni zdaleka jediny, kdo je pouziva.
Dalsi kdo je pouziva je pry apache a to je asi jeste vyrazne vetsi problem
nez zranitelnost bashe.
On Thu, Sep 25, 2014 at 6:34 PM, Cejka Rudolf cej...@fit.vutbr.cz wrote:
Jan Dušátko wrote (2014/09/25):
Zajimalo by mne, zda se to tyka pouze Linuxu a pouze pokud mate bash
https://securityblog.redhat.com/2014/09/24/bash-specially-crafted-environmen
t-variables-code-injection-attack/
No vzhledem ke commitům do SVN FreeBSD bych řekl, že se to pouze Linuxu
netýká :o) Aktuálně se věří ve verzi 4.3.25_1.
http://svnweb.freebsd.org/ports/head/shells/bash/Makefile?view=log
--
Rudolf Cejka cejkar at fit.vutbr.cz 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
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l
Re: Fwd: ještě jednou začátečnický dotaz omlouvám se za předchozí mail
A co Option AutoAddDevices Off v Section ServerLayout jak jsem psal v prvnim prispevku Mila. On 2013/11/11 15:53, pavel riha wrote: z portu ne, binárky ano Pavel Říha __ Od: Radek Krejča radek.kre...@starnet.cz Komu: 'FreeBSD mailing list' users-l@freebsd.cz Datum: 11.11.2013 15:50 Předmět: RE: Fwd: ještě jednou začátečnický dotaz omlouvám se za předchozí mail Dobrý den, myslím terminál v Xkách - ten je zamrzlej jako i celá Xka A instaloval jsi tam tedy ty drivery, tedy z portu nebo vmware-tools? https://www.google.cz/search?q=vmware+tools+freebsdie=utf-8oe=utf-8 https://www.google.cz/search?q=vmware+tools+freebsdie=utf-8oe=utf-8 Radek -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: prostředí kde instalace
Ahoj, Pouzivam pkg_add (na rozdil od kolegy) a nemam problem, dulezite je aby ti sedely zavislosti. Pokud mas v systemu stare balicky a pouzivas repozitar stable pak doporucuji: Pod rootem v /bin/sh: pkg_delete -a pkg_add -r xfce4-nebo jakykoli balicek chces stahnout. Balicky se stahnou se zavislostma, toto doporucuji udelat pro vsechen SW ktery chces nainstalovat v jeden den (pri pouziti stable verze balicku) Pokud se ti nechce bojovat se zavislostma pak doporucuji pouzivat release balicky - coz by pokud si nic nemenil v systemu mel byt default. Verze ktere budes stahovat zmenis v shelu takto: export PACKAGESITE=ftp://ftp.cz.freebsd.org/pub/FreeBSD/ports/amd64/packages-9.2-release/Latest/ popripade export PACKAGESITE=ftp://ftp.cz.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-stable/Latest/ Release verze je zamrzla v den release - tudiz neresis problemy se zavislostma (nejak se opakuji). Nebo si muzes zvykat na pkg jak navrhoval kolega, od verze 10 to bude defaultni balickovaci system (zatim neni). Nerekl si proc ti to nestartuje: problem muze byt take ze je treba pustit X -configure pod rootem a pote zkopirovat vygenerovany xorg.conf tam kam patri: cp /root/xorg.conf.new /etc/X11/xorg.conf pak muzes mit problem s necinnou klavesnici a mysi: musis pridat OptionAutoAddDevices Off do sekce: Section ServerLayout v novem xorg.conf. pokud chces aby xdm nabehlo po startu automaticky musis zmenit off na on v ttys: /etc/ttys: ttyv8 /usr/local/bin/xdm -nodaemon xterm on secure Good luck On 2013/11/02 13:17, pavel riha wrote: Může mně někdo poradit jak zprovoznit KDE nebo WindowMaker. Jsem z Ubuntu zvyklý jen naintalovat příslušné balíčky - to sem udělal Xorg-server, KDE4, Xdm ale grafika nenabíhá. Mám FreeBSD 9.2 a instaluji binárky pomocí pkg_add Díky za pomoc - jsem začátečník PAvel Ríha -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: Flash plugin - FreeBSD 9.1
Moz(ná to není pr(esne( to chces(: spus(te(ný linuxator + linux-opera + www/linux-f10-flashplugin11 a nic víc de(lat nemusím, jede vs(e, je to rozez(raný.. ~stejne( jako na linuxu Míla chodi nekomu flash plugin na FreeBSD 9.1 amd64? Udelal jsem vse podle handbooku (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/desktop-browsers. html), ale v about:plugins v SeaMonkey ani ve Firefoxu flash neni videt. Pouze v profilu v souboru pluginreg.dat je -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: OT: záhadne chovani nekterych zarizeni v siti
Zdar Omezení ARP zivota: sysctl net.link.ether.inet.max_age já v domácí síti používám 60s místo defaultních (tuším) 2700, nemyslím si že by to mělo přinést nějakou komplikaci To že se jedná o různé výrobce neznamená že nemají shodný firmware. obávám se že ze síťového pohledu je rozjíždění více subnetů v rámci jedné VLAN čuňárna Pokud disponujete switchem CISCO, pak předpokládám že by klienty stačilo oddělit konfiguračně na tomto switchi pomocí VLAN do skupin (na základě adres subnetů) a pak spoj na router řešit jako TRUNKový spoj všech VLAN To nic nemění na tom že routříky by ten provoz měly zahodit, maximálně dát ICMP redirect a ne poslat packet zpět. S pozdravem Mila On 2013/01/30 15:19, Zbyněk Burget wrote: Zdravím vespolek, omlouvam se za prokazatelne OT, ale vim, ze tady najdu asi nejvic odborniku a tudiz nejvetsi sanci na odpoved. Uz jsem to pred nedavnem zesil soukromne s Danem a po vymene jednoho podezreleho strojku jsem si myslel, ze mam po problemech. Bohuzel jsem se pletl. V poslednich dnech se mi na siti objevily hned dalsi dve zarizeni, ktere se chovaji uplne stejne. Popisu situaci problem, jak se mi ho podarilo analyzovat. Jedna se o prevazne bezdratovou sit, kde je z historickych duvodu nekolik subnetu na jednom fyzickem sitovem prostoru. Zacne to tak, ze nekdo doma vypne PC vcetne bezdratoveho zarizeni. Dana IP, vcetne MAC adresy tedy zmizi ze site. Po nejakem case vyexpiruje prislusny zaznam v MAC tabulce na centralnim switchi (Cisco), ale v arp tabulce routeru zaznam prozatim jeste je. Ted se stane to, ze nejaky libovolny klient (ktery ale je v jinem subnetu) posle packet tomu vypnutemu klientovi. Ten dojde na router, ktery zjisti, ze v arp tabulce ma prislusny zaznam a packet odesle. Switch ale uz bohuzel nevi, do ktere vetve site ho ma odeslat a tak ho posle na vsechny strany. A tady prichazi kamen urazu. Misto toho, aby se packet v tichosti ztratil, protoze na siti uz neni prijemce, ozve se domaci routrik uplne jineho zakaznika, ktery vyhodnoti, ze ten packet k nemu proste prisel spatne a je potreba to napravit. A proto ho odesle zpet routeru (s originalni zdrojovou i cilovou IP adresou). No a router se packet opet snazi dorucit... Co mam povidat, sit to zaplavi tak, ze je nepouzitelna. Do doby, nez vyexpiruje (nebo je smazan) arp zaznam v routeru one puvodne vypnute stanice. Veskere IP i MAC adresy jsou v poradku, takze nejaky utok typu MITM bych vyloucil. Pri prvotnim vyskytu problemu jsme i se zakaznikem, kteremu se takto jeho domaci routrik choval vyhodnotili, ze je ten routrik vadny. Byl vymenen a problem zmizel. Ted se mi na siti zjevily dalsi dva domaci routery, ktere se chovaji uplne stejne. Ve vsech trech pripadech se jedna o jineho vyrobce routeru, jedna se o zakazniky na jinych fyzickych vetvich site i jinych subnetech. Coz ve mne nahlodalo myslenku, ze se mozna nejedna o vadu zarizeni, ale ze se z nejakeho mnou zatim nepochopeneho duvodu ty zarizeni chovaji spravne a ja hledam pricinu v jine kupce sena. Resenim bude fyzicke oddeleni a odroutovani jednotlivych subnetu, na cemz se pracuje, ale predstavuje to rozsahlejsi rekonfiguraci site (vcetne zmen ve fyzicke topologii) a neni to otazkou nekolika dni. Workarround by byl zkratit dobu platnosti zaznamu v arp tabulce (nevim, jak dalece je to rozumne - a taky jsem zatim napatral po tom, jako toho na FBSD dosahnout). No a samozrejme nejlepsi resenei je pochopit proc se to deje a tem zarizenim vysvetlit, ze se tak nemaji chovat. Kdyby mel nekdo podobnou zkusenost pripadne nekoho napada, co s deje, pisnete mi, prosim. -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: Problem s vykonem po upgrade
On 04/30/12 14:26, Radek Krejča wrote: Ahoj, pripadne jak ji odstranit. o treba pouzit pro xorg vesa driver, potvrdit, jestli je to opravdu vinou grafiky nebo ne. po pul dni lopoteni jsem temer tam, kde jsem byl na zacatku. Uz je to nejaky patek, co jsem si s xorg hral a nejak nechapu, jak to funguje nyni. Nevim proc, ale kdyz dam Xorg -configure, tak mi vygeneruje konfiguracni soubor stejne s ovladacem nvidia, bez ohledu na to, ze jsem ho pred tim unloadnul z jadra pres kldunload nvidida. Kdyz nazev ovladace prepisu na vesa, tak se sice snazi xorg spustit, ale zase rve na to, ze tento driver nema podporu GLX, pritom v konfiguraku nic takoveho neni. Upravuji ten dotaz, jak tedy mam spusit xorg s vesa? Jeste jeden poznatek, to spomaleni systemu funguje tak, system prubezne vytuhava, ale kdyz se pohne mysi, funguje dale. Tak to funguje i pri psani na klavesnici, zacnu psat, nic se nedeje, pohnu mysi a vse se tam dopise. Nepovedlo se mi zjistit, jestli to funguje i obracene. Nicmene to jsou zatim spekulace, uvidime, az se mi podari spustit xorg s vesa. Radek Ahoj, mozna sem uplne mimo, ale popisovane chovani jsem zazil kdyz jsem uspaval obe jadra procesoru do C3. (sysctl dev.cpu) -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: HW USB RS232 FreeBSD
V praci pouzivame nekolik USB/RS232 prevodniku, nikdy jsem nemusel nic resit, vzdy byla podpora primo v kernelu. Stejnou zkusenost mam i s prevodnikem na LPT kvuli staremu plotru. Mila On 03/10/12 23:28, Jozef Drahovsky wrote: Mam pripojene dve zariadenia cez dva seriove porty RS232, ktoré ovládam vlastným programom v perle a C. Všetko funguje viac rokov, ale prichádza na raz zmena HW. Lenze nove základne dosky nemaju ani jeden seriovy port. Pod windowsom to riesim konvertorom USB/RS232, lenze zatial som nenarazil ani na jeden konventor USB/RS232, ktory ma podporu pre FreeBSD. Viete poradiť fungujuci typ/dodavatela USB/RS232, alebo ma nasmerovať na dokumentaciu pre pisanie vlastneho USB ovladaca, najlepsie aj s nejakym rozumnym vzorom? Jozef -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: HW USB RS232 FreeBSD
Ehm chtel si priklad: http://www.alza.cz/premiumcord-usb-2-0-rs-232-s-kabelem-d249567.htm http://www.alza.cz/redukce-usb-seriovy-com-d42710.htm Oba mame a oba funguji s defaultnim kernelem. Mozna mas ty ovladace zakomentovane ve svem kernelu. Ja nenerazil na ani jeden co by nefungoval. S pozdravem Mila PS: sorry za reklamu ale jejich vyrobce i typ mi sou neznamy On 03/10/12 23:40, Mila Sos wrote: V praci pouzivame nekolik USB/RS232 prevodniku, nikdy jsem nemusel nic resit, vzdy byla podpora primo v kernelu. Stejnou zkusenost mam i s prevodnikem na LPT kvuli staremu plotru. Mila On 03/10/12 23:28, Jozef Drahovsky wrote: Mam pripojene dve zariadenia cez dva seriove porty RS232, ktoré ovládam vlastným programom v perle a C. Všetko funguje viac rokov, ale prichádza na raz zmena HW. Lenze nove základne dosky nemaju ani jeden seriovy port. Pod windowsom to riesim konvertorom USB/RS232, lenze zatial som nenarazil ani na jeden konventor USB/RS232, ktory ma podporu pre FreeBSD. Viete poradiť fungujuci typ/dodavatela USB/RS232, alebo ma nasmerovať na dokumentaciu pre pisanie vlastneho USB ovladaca, najlepsie aj s nejakym rozumnym vzorom? Jozef -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: Proliant ML 150 G3 - problem so startom
Zkusenejsi asi nejsem - presto: libm.so.4: zkus reinstalovat (nebo nainstalovat) /usr/ports/misc/compat6x libwrap.so.4: reinstaluj /usr/src/lib/libwrap S tema hodinama to bude tezsi ale asi bych zkusil zkontrolovat zda nejsou nastaveny v sysctl.conf (nenastavoval bych je - kern.timecounter.hardware= ), rebuildnout world a kernel a obaval bych se chyby HW. Pokud se mylim, prosim nebijte me. Mila On 12/22/11 09:31, Peter Rosa wrote: Dobry den, prosim skusenejsich o radu. Vcera nam vypadla elektrina, UPS nepodrzala server az do korektneho vypnutia, takze sa nasilu vypol. Server je HP Proliant ML 150 G3, vybaveny radicom HP Smart Array E200. Dnes rano startuje neskutocne dlho, pri zapnuti Verbose Logging su po- sledne zobrazene hlasky: FreeBSD 7.4-STABLE #12: Fri Dec 9 16:57:33 CET 2011 r...@fileserver.pro.sk:/usr/obj/usr/src/sys/FILESERVER i386 Preloaded elf kernel /boot/kernel/kernel at 0xc09e9000. Preloaded elf module /boot/kernel/acpi.ko at 0xc09e91b0. Calibrating clock(s) ... Po zhruba 5 min naskocia dalsie hlasky a system startuje: failed, using default i8254 clock of 1193182 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1595938236 Hz CPU: Intel(R) Xeon(R) CPU E5310 @ 1.60GHz (1595.94-MHz 686-class CPU) ... Ked zacnu nabiehat sluzby, tak sa zobrazia este nasledovne hlasky: [pri starte APCUPSD] Shared object libwrap.so.4 not found, required by apcupsd [pri starte NMBD] Shared object libm.so.4 not found, required by libexecinfo.so.1 [pri starte SMBD] Shared object libm.so.4 not found, required by libexecinfo.so.1 Vie mi prosim niekto poradit, preco system startuje tak dlho, preco zastavi na hlaske Calibrating clock(s) a ako mam opravit/nainstalovat chybajuce kniznice? Vopred dakujem za skoru pomoc, -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: Proliant ML 150 G3 - problem so startom
Nebo bych je mozna zkusil nastavit na jiny zdroj: kern.timecounter.choice Ti vypise moznosti. sysctl kern.timecounter.choice kern.timecounter.choice: TSC(-100) HPET(900) ACPI-safe(850) i8254(0) dummy(-100) sysctl kern.timecounter.hardware=HPET Mila On 12/22/11 09:55, Mila Sos wrote: Zkusenejsi asi nejsem - presto: libm.so.4: zkus reinstalovat (nebo nainstalovat) /usr/ports/misc/compat6x libwrap.so.4: reinstaluj /usr/src/lib/libwrap S tema hodinama to bude tezsi ale asi bych zkusil zkontrolovat zda nejsou nastaveny v sysctl.conf (nenastavoval bych je - kern.timecounter.hardware= ), rebuildnout world a kernel a obaval bych se chyby HW. Pokud se mylim, prosim nebijte me. Mila On 12/22/11 09:31, Peter Rosa wrote: Dobry den, prosim skusenejsich o radu. Vcera nam vypadla elektrina, UPS nepodrzala server az do korektneho vypnutia, takze sa nasilu vypol. Server je HP Proliant ML 150 G3, vybaveny radicom HP Smart Array E200. Dnes rano startuje neskutocne dlho, pri zapnuti Verbose Logging su po- sledne zobrazene hlasky: FreeBSD 7.4-STABLE #12: Fri Dec 9 16:57:33 CET 2011 r...@fileserver.pro.sk:/usr/obj/usr/src/sys/FILESERVER i386 Preloaded elf kernel /boot/kernel/kernel at 0xc09e9000. Preloaded elf module /boot/kernel/acpi.ko at 0xc09e91b0. Calibrating clock(s) ... Po zhruba 5 min naskocia dalsie hlasky a system startuje: failed, using default i8254 clock of 1193182 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1595938236 Hz CPU: Intel(R) Xeon(R) CPU E5310 @ 1.60GHz (1595.94-MHz 686-class CPU) ... Ked zacnu nabiehat sluzby, tak sa zobrazia este nasledovne hlasky: [pri starte APCUPSD] Shared object libwrap.so.4 not found, required by apcupsd [pri starte NMBD] Shared object libm.so.4 not found, required by libexecinfo.so.1 [pri starte SMBD] Shared object libm.so.4 not found, required by libexecinfo.so.1 Vie mi prosim niekto poradit, preco system startuje tak dlho, preco zastavi na hlaske Calibrating clock(s) a ako mam opravit/nainstalovat chybajuce kniznice? Vopred dakujem za skoru pomoc, -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: Proliant ML 150 G3 - problem so startom
On 12/22/11 10:28, Peter Rosa wrote: Dobry den, libm.so.4: zkus reinstalovat (nebo nainstalovat) /usr/ports/misc/compat6x funguje, vdaka libwrap.so.4: reinstaluj /usr/src/lib/libwrap ako? Jednoducho make install v tom adresari? Kusok z world som nikdy nemusel reinstalovat, preto tato otazka... ano tak ovsem nainstalujes libwrap.so.5, v 4 by mela byt obsazena take v te compat6x S tema hodinama to bude tezsi ale asi bych zkusil zkontrolovat zda nejsou nastaveny v sysctl.conf (nenastavoval bych je - kern.timecounter.hardware= ), rebuildnout world a kernel a obaval bych se chyby HW. # sysctl kern.timecounter.choice kern.timecounter.choice: TSC(-100) ACPI-safe(850) i8254(0) \ dummy(-100) sysctl kern.timecounter.hardware=ACPI-safe Kedze k dispozicii su iba TSC, ACPI, i8254 a dummy, tak asi pojde o HW chybu po vypadku napajania (chybajuci casovac HP)... ? Vdaka za nasmerovanie. Prajem prijemny den, Napodobne :) -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
