HawP

Hvordan er egentlig status hos andre printerprodusenter nå for tiden? HP er vel flinke med åpne drivere i kjernen (for printmodul, ihvertfall?), men hva med alle andre?

Canon har vel fått på plass støtte for OSX, i alle fall for noen modeller (antakelig de nyeste?). Så da bør det vel ikke være altfor mye knot å få de modellene til å funke i Linux heller? Men har ingen erfaring, for jeg valgte HP for å gjøre det enkelt.

AMD med fglrx fungerer i alle fall fint med 3 skjermer (på samme skjermkort; ja, stasjonær), konfigurert med Catalyst controll center

hw-accel i xbmc er heller ikke noe problem.

Bruker ikke 3D noe særlig (mest bare kde desktop effects), så aner egentlig ikke så mye om ytelsen der...

[ 21.567] ukiDynamicMajor: failed to open /proc/ati/major

[ 21.567] ukiDynamicMajor: failed to open /proc/ati/major

[...]

[ 21.603] (EE) fglrx(0): V_BIOS address 0x0 out of range

[ 21.604] (II) fglrx(0): Invalid ATI BIOS from int10, the adapter is not VGA-enabled

[ 21.604] (EE) fglrx(0): Invalid video BIOS signature!

[ 21.604] (EE) fglrx(0): GetBIOSParameter failed

[ 21.604] (EE) fglrx(0): PreInitAdapter failed

[ 21.604] (EE) fglrx(0): PreInit failed

Kan virke som at det er BIOS/UEFI-relatert, at det kun er EFI framebuffer som er "tilgjengelig" og at fglrx (som "forventer" vesa-framebuffer?) derfor ikke får til å lese ut det den forventer?

Noe nyttig her?

https://bugs.launchp...es/+bug/1098561

 

Lager Ubuntu sin egen "variant" av fglrx?

Utrolig så mye tull det laget for icedtea-web at det av en eller annen grunn fantes to filer i /tmp med navn hhv. <mitt brukernavn> og icedteaplugin-<mitt brukernavn>, når icedtea-web forventet at de var kataloger eller å kunne lage de katalogene...

Kan være at Java og kortleseren ikke (lenger) er "koblet sammen", som de omtaler det som i "Ubuntu-install PDF-dokumentet" på siden du linker til i første post.

Prøv derfor å følge instruksjonene i dokumentet fra "Koble Java og kortleser sammen" og nedover.

 

Forøvrig funker pcscd-lite/ccid-driver med OpenJDK/IcedTea, bruker den kombinasjonen selv.

Bare for å svare på spm., selv om prosjektet gikk i dass, så pleier det som Lycan sier stort sett å funke. Eneste jeg kommer på som kan lage krøll når en disk flyttes til ny maskin er om disken "har" proprietære skjermkortdrivere fra "den ene" produsenten, og ny maskin har skjermkort fra "den andre".

Sjekk at pcscd kjører (eller starter) når du prøver å bruke kortet.

 

ps -ef | grep pcscd

 

 

edit: pcsc_scan klarer kanskje ikke å finne kortet uten at pcscd kjører?

Plages forresten en del med tidsinnstillingene. Hver gang jeg booter til det andre OS'en (fra Linux til Windows og motsatt) settes klokka 2 timer før det den egentlig er (i Norge).

Sett tidsinnstillingene og tida riktig i Windows (den vil også da sette tida i BIOS så vidt jeg vet) og konfigurer Linux slik at den vet/forventer at maskinvaretida/BIOS-tid er lokal tid. Da bør det bli riktig. Jeg har konfigurert det slik, og har ingen problemer med klokka ved booting mellom Linux og Windows.

Muligens finner ikke grub (oppstartslasteren på ekte norsk ) sin root-partisjon? Dvs. partisjonen som inneholder grub.cfg - hvilken dette er avhenger av hvordan partisjoner/mount ble definert under installasjonen, og trenger ikke å være en partisjon dedikert til grub.

Eller kan grub.cfg ha konfigurasjonsfeil (f.eks. "path" til kernel og/eller initrd har feil)?

 

Sjekk Ubuntu Grub2/Troubleshooting og se om du finner ut av det.

Kan man sortere på brukere i laget og gjenomsnittlig poeng per 24t eller noe? Vil gjerne se hvordan jeg ligger an internt i laget, og da er ikke poengsummen det jeg er mest opptatt av. Men produksjon sist uke f.eks, e.l.

Statistikken på extremeoverclocking har kolonne-headere som kan klikkes på for å sortere...

Endelig klarte jeg å slite meg opp på plass 12, forøvrig samme plassnummer som laget vårt hardware.no.

Gratulerer!

Har en athtlon på Via kt7 som funker som snus enda.

Jeg har en Duron 1400 på et epox hovedkort (med via chipset; var jo helst via chipset til amd på den tida) som nå gjør nytte som router (pfsense)

Har også en Athlon 1400 (Thunderbird) liggende, på et hk med sis chipset ...

War, bruk ctrl+c (som Kjetil skriver). Da får kjernene signal om å avslutte og gjør det på en "fin" måte slik at det da bør være minimal risiko for at noe "ødelegges". Tror den da også lagrer alt den har gjort siden siste checkpoint, slik at du ikke mister noe.

Ang. ta opp i 15 min. om gangen, så har ffmpeg en -t parameter

-t duration (output)

Stop writing the output after its duration reaches duration. duration may be a number in seconds, or in "hh:mm:ss[.xxx]" form.

Den 10% på A4 ser ikke uttil å stemme helt for min del likevel.

Mener å huske at jeg leste at 10% ekstra (eller hvor mange % det nå var) på A4 var noe PandeLab brukte som insentiv for å få folk til å bytte til V7-klienten, siden A4 vel kun ble tildelt med V7-klienten? Tror begrunnelsen var at V7 er en fordel for forskningens del, flere muligheter/mer fleksibel eller noe slikt. Kanskje de nå er fornøyd med antall V7-klienter og har fjernet A4-bonusen igjen?

Etter hva noen på foldingforumet skriver så skal den ligge mellom 8103 og 8104 i PPD.

Denne "noen" var nok ingen annen enn han som styrer 8105

 

Info pr. nå:

Technical details

This project (ha_spawnvar) is set for 17153.00 points, a preferred deadline of 1.80 days, and a final deadline 3.00 days. This project uses the GRO_A5 FAH core software and is hosted by Folding@home server 128.143.231.201.

Manager for this project

This project is managed by Prof. Peter Kasson, a scientist at the University of Virginia.

jeg ikke aner hvor config filen er.. er en i etc/init.d/FAHControle..

Konfig er i /etc/fahclient/

Startscriptet er /etc/init.d/FAHClient

Work-queue er i /var/lib/fahclient/

 

Du trenger strengt tatt ikke FAHControl på en headless eller tekstbasert server, det holder med FAHClient. Men du må da redigere /etc/fahclient/config.xml manuelt og som minimum tillate FAHControl på en annen pc og kople til (merk at standard passord da er PASS). Det som da trengs er å redigere linja "allow" til noe slikt:

<allow v='127.0.0.1 1.2.3.0/24'/>

Du bytter selvfølgelig ut 1.2.3 med hva du har i ditt nett. Pass også på at "allow"-linja ikke er kommentert ut, og det er den i utgangspunktet, dvs. den står mellom <!-- og --> (disse står da på en linje over og under). Deretter kan den da konfigureres med FAHControl (eller HFM.NET?) fra en annen maskin.

 

Er det en distro som har byttet til systemd må du nok også legge FAHClient til oppstart, prøv da med

chkconfig FAHClient on

 

 

Er det sånn at FAH ikke støtter native PU-foling i linux ENDA?

Det er dessverre sånn, ja

Artikkelen nevnte det ikke eksplisitt, men FAHControl som følger med/er en del av V7-klienten kan også konfigureres til å vise status og poeng for flere klienter (maskiner) og også kontrollere (starte/stoppe/pause/osv) de. Men den gir ikke en så detaljert oversikt for alle maskinene samtidig som HFM.NET gjør.

 

Vet ikke om dette gjelder også for den web-baserte FAHControl, men det gjelder i alle fall den "vanlige".

Om du skal fyre den opp, bør du sjekke den tar SATA disker. Ikke uvanlig at disse har kontrollere som kun støtter SAS.

Joda, den tar sata disker, men fulgte bare med 2 rammer til å feste disker. De andre rammene virker til å bare være "placeholdere" :-( Og jeg må nok gjøre noe med støyen før jeg bruker den til noe...

Har pr. nå ikke så veldig store planer om å sette i 4 x7640. Har planer om å bruke den som virtualiseringsserver. Hmm... esxi gratisversjonen har begrensning på 1 fysisk cpu (etter 60 dager), må nesten bli Linux og kvm da

Og da er det ikke utenkelig at den også settes til å folde samtidig...

Nettopp fått en Dell Poweredge R900 (uten disker). Tunge beist, veier mye mer enn jeg hadde regnet med...

Det litt kjipe er at det "bare" sitter i 2 stk. xeon x7350 (av 4 mulige), men er allikevel litt nysgjerrig på å prøve den i folding. Om ikke for annet enn å se hva den duger til (slik den er nå). Men må da skaffe en 2,5" disk...

 

I følge Dell sine oppgraderingsmuligheter for den så kan den også ta xeon x7460 hvis jeg skulle få lyst til det (og ebay "har" noen gunstige)

Får samme feilmelding på alle blokkene som er ramset opp over. Er det bare å gi opp og formatere, eller ser dere noe annet lurt som kunne vært testet?

Da er det vel slik at enten så ble av en eller annen grunn ikke superblokk-backupene lagt på de samme blokkene som mke2fs ville brukt ved oppretting av nytt filsystem nå (aka. formatering), opsjonen "sparse_super" ble brukt opprinnelig eller så har noe "rart" skjedd med filsystemet og/eller disken.

 

En annen mulighet, og i så fall litt snodig, er at start-sektor for partisjonen har endret seg i partisjonstabellen, for da vil den se etter superblock(-ene) på feil sted siden den ser etter disse relativt til start på partisjonen. Superblocken beskriver bl.a. hvilken type filsystem partisjonen inneholder.

 

Som en absolutt siste utvei før nytt filsystem (re-formatering) og ny kopiering, og hvis du er sikker på at verdien for partisjon-start ikke har endret seg, så kan du prøve å skrive nye superblokker på det eksisterende filsystemet. Men du er da avhengig av å oppgi samme verdi for blokk-størrelsen som når filsystemet ble opprettet.

mke2fs kommandoen indikerer at den default ville brukt 4k-blokker (det mest vanlige på "store" disker etter det jeg har sett), så hvis vi antar at det "originale" filsystemet også har 4k-blokker blir kommandoen

 

mke2fs -b 4096 -S /dev/sde1

etterfulgt av sjekk av filsystemet

e2fsck -fp /dev/sde1

 

Så er det bare å krysse alt av fingre.

 

Hvis dette heller ikke hjelper, så er det ingen vei uten om å gjøre alt på nytt (evt. ny disk, lage nytt filsystem og ny kopering), siden det eksisterende filsystemet på dette tidspunktet høyst sannsynlig er helt ødelagt.

Kanskje litt i seneste laget, men bedre sent enn aldri...

 

# e2fsck -b 8193 /dev/sde1

Det kan nesten se ut til at 8193 bare er et eksempel e2fsck bruker i slike tilfeller.

 

Hvis du ikke allerede har formatert partisjonen og kopierer alt på nytt så skal du i følge repair-a-broken-ext4-superblock-in-ubuntu kunne bruke følgende kommando til å finne hvor superblokk-backupene på partisjonen din ble lagret (NB! -n gjør at det hele bare "simuleres" denne gangen, så ikke glem den)

sudo mke2fs -n /dev/sde1

Samme type filsystem vil vel da antakelig lagre superblock-backupene på samme sted på identisk partisjon ved hver formatering.

 

Så kan du forsøke superblokkene kommandoen over lister opp én og én med e2fsck -b helt til en av de forhåpentligvis fungerer.

Var nytt for meg i alle fall, siden jeg ikke følger veldig med på utviklingen av klientene