On Sun, 2005-08-28 at 12:12 +0300, nanok wrote: > On Fri, Aug 26, 2005 at 04:16:30PM +0300, Marius Pana wrote: > > Salutare, > > > > Sunt cateva articole pe net despre syncronizarea aparatului din $subj > > dar nici unul dintre ele nu imi merge cu cablu DKU-2. Poate cineva sa > > imi spuna daca a reusit sa faca asa ceva? As vrea sa imi tin Contacts, > > Calendars si Notes la current pe laptop si mobil. Gnokii din pacate nu > > mi-a mers si nici nu mi-a dat erori dar imi arata semnal-ul. > > > > Multam, > > > > //Marius > > > > _______________________________________________ > > RLUG mailing list > > [email protected] > > http://lists.lug.ro/mailman/listinfo/rlug > > nu stiu sigur despre 6630, (proud owner al unui batrinesc 6210), dar > incearca si gammu, este in mare parte bazat pe gnokii, din cite stiu, > dar se comporta mult mai sane decit gnokii, din experienta mea. give it > a try.. > > also, daca ai irda la tel incearca asa, elimini factorul cablu in felul > asta, si vezi unde e de fapt problema (pt laptop, vezi irattach + > irdadump daca ai SIR, doacele de la gnokii despre irda, daca ai FIR (si > daca nu ai, nu strica :) ) > > -- > nanok
Am doar cablul DKU2 care a venit cu telefonul dar nu prea merge. Pana acum am reusit sa vad doar semnal-ul si SW-version despre telefon.. Am sa cumpar un bluetooth donlge pt laptop si sa incerc asa. > > _______________________________________________ > RLUG mailing list > [email protected] > http://lists.lug.ro/mailman/listinfo/rlug From apircalabu at bitdefender.com Mon Aug 29 14:57:34 2005 From: apircalabu at bitdefender.com (Adi Pircalabu) Date: Mon Aug 29 14:55:19 2005 Subject: [rlug] Debian testing/unstable + raid 5 recovery (mdadm) Message-ID: <[EMAIL PROTECTED]> a. Sistemul uname -r 2.6.7-1-386 cat /etc/debian_version testing/unstable b. Se da un Raid 5 (3X160GB) software care a functionat excelent pana a crapat un hard. L-am inlocuit cu unul de 200GB, am creat o partitie de 160GB de tip Linux raid autodetect: fdisk -l /dev/hdf Disk /dev/hdf: 203.9 GB, 203928109056 bytes 255 heads, 63 sectors/track, 24792 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hdf1 1 19929 160079661 fd Linux raid autodetect La mdadm -Af /dev/md0 primesc in log (scuzati wrapping-ul): Aug 29 14:25:04 localhost kernel: md: bug in file drivers/md/md.c, line 1513 Aug 29 14:25:04 localhost kernel: Aug 29 14:25:04 localhost kernel: md:^I********************************** Aug 29 14:25:04 localhost kernel: md:^I* <COMPLETE RAID STATE PRINTOUT> * Aug 29 14:25:04 localhost kernel: md:^I********************************** Aug 29 14:25:04 localhost kernel: md1: Aug 29 14:25:04 localhost kernel: md0: Aug 29 14:25:04 localhost kernel: md:^I********************************** Aug 29 14:25:04 localhost kernel: Incerc (ca macar) sa setez ca faulty discul: mdadm /dev/md0 --set-faulty /dev/hdf1 Segmentation fault (stack trace in log, tot tacamul) Google , TLDP & altele nu m-au ajutat inca. Exista vreo solutie de a recupera datele de pe raid? Deocamdata iese din discutie debugging/upgrade de kernel, din motive de resurse. Orice idee e apreciata, multam -- Adi Pircalabu (PGP Key ID 0x04329F5E)
