50% önhiba + GNOME minimalizmus = adatvesztés

Röviden a lényeg, hogy volt egy könyvtáram amiben gyakran frissülő, fontos dokumentumokat tároltam. Jellemzően a laptopomon dolgoztam ezeken a file-okon minden nap, és kb 2-3 naponta szinkronizáltam az asztali gépen lévő mappával. Kézzel. Nem ért annyit, gondoltam, hogy valami automatizált megoldást keressek, meg tudom oldani kézzel is.

Ezt úgy oldottam meg hogy a GNOME Nautilus filekezelővel, ssh-n keresztül megnyitottam a laptopon lévő mappát, és a tartalmát átmásoltam az asztali gépre. Mivel az asztali gépen nem változtattam semmit a tartalmán, mindig a laptopon lévő volt a frissebb. Egyfajta biztonsági mentés. Szóval kijelöl, másol, beilleszt. Tudom nem egy "geek" módszer, de megfelelt. A Nautilus ilyenkor megkérdezte hogy össze akarom fésülni a mappákat. Aztán azt is hogy felülírja e a fileokat. Igen, persze azt akarom.
Aztán egyik nap hajnali 3-kor eltévesztettem (ez az önhiba része) és véletlenül a régebbi mentéssel írtam felül a laptopon lévő friss változatot.
Azért annyit implementálhattak volna a Nautilus file-másoló rutinjába, hogy ha ÚJABB filokat akarok felülírni RÉGEBBIEKKEL akkor szóljon.
Éljen a GNOME minimalizmus. És persze az én figyelmetlenségem ... :S

( gd | 2009. 05. 04., h – 13:26 )

A Konqueror 3 se szól (attól eltekintve, hogy a felülírást megkérdező ablakban kiírja a fájlok idejét). Amúgy miért szólna egy egyszerű másolás (és nem szinkronizálás) funkció? Az is lehet, hogy mindkettőn voltak módosítások, és épp a régebbit akarod megtartani; épp azért kér megerősítést a felülíráshoz, mert adatvesztést okozhat.

( honorshark | 2009. 05. 04., h – 13:31 )

Ha annyira grafikus megoldast szeretnel, en FileZilla-t ajanlom (meg valami pici FTP szerver mindket gepre amit elinditasz ha kell). (Tud regebbit ujjal felulirni, etc)

( uid_14357 | 2009. 05. 04., h – 14:01 )

rsync -av eztszinkronizald/ ezzel/ --update --delete -c

és szinkronban van minden. :)
--
\\-- blog --//

( Beka v | 2009. 05. 04., h – 14:02 )

dropbox, és elfelejtheted az ilyen malőröket.

( goodbyte v | 2009. 05. 04., h – 14:58 )

Köszönöm szépen mindenkinek a tippeket.

Mc biztos hogy figyelmeztet, Nc-re már nem emlékszem, legalább 10 éve nem használtam, de inkább több. Far Manager... úgy rémlik hogy igen.
------------------------------------------
Desktop: AMD Athlon X2 6000+, 2GByte DDRII, Mandriva Linux 2009.1 "Spring"
Laptop: Acer Aspire 3692, Celeron M 1,6Ghz, 1,5GByte DDRI, Mandriva Linux 2009

mc csak a file létezésére figyelmeztet, aztán lehet választani, hogy yes, no, yes to all, etc. Igaz ugyan, hogy mellette kiírja a két file utolsó módosításának az idejét is, de ha úgyis úgy állsz hozzá, hogy "Igen, persze azt akarom", akkor hiába minden, és inkább 100% az az 50.

Igaz ugyan, hogy mellette kiírja a két file utolsó módosításának az idejét is
Ez azért már egy piros ablakban elégg lett volna ahhoz, hogy odafigyeljek, mert ami a képernyőn vanazt elolvasom

------------------------------------------
Desktop: AMD Athlon X2 6000+, 2GByte DDRII, Mandriva Linux 2009.1 "Spring"
Laptop: Acer Aspire 3692, Celeron M 1,6Ghz, 1,5GByte DDRI, Mandriva Linux 2009

Ah mindenki ezzel jon. En nem tudom. Harom hardver. (Teljesen mas chipset/osszeallitas).

Rengeteg..de tenyleg rengeteg rendszer. WIN-re felrakom az alapokat (irfanview, winamp, opera, pidgin, vmware) , meg az eredeti jatekaim (kb 2-3 dobozos jatek). S kifujt. Egy darabig poccre indul, utana bekrepal. AVAST -ot hasznalok, regen NOD32 volt. Egyikkel sem valtozik a helyzet.

Linuxok.. Itt csak 2 hardver. Sabayon nalam szimplan elszall, ez tiszta installer hiba. Utana meg nem lehet frissitgetni, de ezt megmondta a mod is, akinek ez kell (hogy egyaltalan gentoo kompatibilis legyen) , az megkapja a lapatot (sabayon core cd) meg a vodrot (sabayon cuccok(equo, etc)), s a homokot (gentoo/portage, etc), s epitgessen.

Thunar meg PCManFM..ezek szerintem valami random hibakbol szallnak el. Van mikor betonstabil, van mikor csak arra var mikor b.sszon ki velem. Gnome regebben (2.24.0) full fagyasokat csinalt. Nvidia driver volt a hibas, bar szartak a reportjaimra es a kesobbi verzioknal mar nem fagyott. (Nvidia javitotta ki a hibat, nem a gnome ami elcseszett jopar dolgot).

Szoval.. Passz. Lehet elkene adnom mindent es egy rohadt MAC-et venni?.. Mar tenyleg nem tudom. BSD-k eddig jol mentek, csak kar hogy AMD64-es Nvidia nincs, meg nem is lesz mig nem fizetnek par developert (BSD reszrol). OpenSolaris meg nem nagyon jott be hogy X millio ora csak a binaris csomagok hasznalataval rendszerfrissites. (No meg mp3, etc).

Nálam amikor random(nak tűnő) fagyások meg segfaultok voltak Gentoo alatt (főleg gcc fordítás), az oka az volt, hogy az alaplap, ami hivatalosan elbírna 2GB RAM-ot is, 512 felett már ilyeneket produkált. Egyébként minden fut pöpecül, csak vannak a rejtélyes elszállások. RAM visszaad, kapok másikat, ugyanaz a probléma. Kérdezem, azóta valami NT szerverbe bedobálták amit visszaadtam, azóta is vígan muzsikál.

Azóta vinyó átkerült másik gépbe ugyanazzal a régi gentooval, 1GB RAM, működik probléma nélkül.

Nem abból derült ki a hibám, hogy fórumokat olvastam, hanem kipakoltam az alkatrészeket a házából és egyenként tettem vissza. :P

De amire nekem fagyások voltak visszavezethetők:
* ralink wifi kártya (rt2500 pci) / főleg ha SMP be volt kapcsolva, de bármelyik driverrel: ndiswrapper, rt2500 (később rt2x00), gyári openszórsz
* hauppauge pvr 350 tunerkártya (rossz sorrendben töltöd be a modulokat -> halál, meg néha egyébként is. most már jó.)
* zárt nvidia driver (főleg ha szeretnél framebuffert is, egyébként nagyjából kerek)
* zárt ati driver (uhh)
* overclocking :)
* nem volt rendesen bedugva valami az alaplapon
* X alatt xorg.conf szerkesztése és :1-en a konfig működésének ellenőrzése
* nyílt ati driverekkel egy sam & max demo wine alatt. asszem a zárt ugyanezt produkálja.

Így ránézésre gyanús az SLI, de nem tudom használod-e.

Ha alkalmazások elszállását akarod debuggolni: core dump bekapcsolása, disztróspecifikus -debug csomagok telepítése, gentoo backtrace guide. /var/log/messages, /var/log/Xorg*.log a barátaid.

Alapvetően gyanús aminek firmware/zárt driver kell, és a proprietary alkalmazások.

szerk: ja, és ha már egyszer van 3 géped, válassz ki egyet munkára, a másik kettőn pedig indíts memtest86+-t és hagyd futni egy hétig. Igen, van hogy addig kell amíg talál valamit.

Ugyan Gentoo, de ez eléggé univerzális:

* memtest.bin has been installed in /boot/memtest86plus/
* You may wish to update your bootloader configs
* by adding these lines:
* - For grub: (replace '?' with correct numbers for your boot partition)
* > title=Memtest86Plus
* > root (hd?,?)
* > kernel /boot/memtest86plus/memtest.bin

És ezzel a csomaggal mi a probléma?

Uhh, ralink ritkafos. Kezdődik ott, hogy 2.6.26-os kernelben a wifi stackhez (usb) rossz drivert töltött be, mert berakták a hardver azonosítóját a másik driverbe is. 2.6.28-as kernelre frissítéskor meg minden második suspend nem sikerült, gyakorlatilag megfagyott a rendszer. (Nem panic.) Jelenleg úgy működik aránylag normálisan, hogy ha suspendbe küldöm a gépet, a /sys-en keresztül eltávolítom a rendszerből a hardvert, majd eltavolitok a kernelből néhány modult. Suspend után /sys-en keresztül hardver visszacsatolása, hálózat újraindítása. Így megy. :)

Maga a hardver még úgy aránylag rendben is lenne (Windows alatt legalább nem voltak ilyen gondjaim), de azért nem tökéletes, mert iszonyúan melegszik. Viszont bebizonyosodott, hogy nem a melegedés okozza a stabilitási gondokat. :)

Rt73usb által meghajtott cucc. RT2571WF a chip, magát a hardvert az Edimax gyártotta, típusszáma EW-7318Ug. Igazság szerint eredetileg nem volt elvárás, hogy menjen a stuff linuxszal, mert ideiglenes megoldásnak volt szánva. Eleve úgy mentem be a boltba, hogy a legolcsóbb cuccot fogom megvenni. :) De amikor egyrészt kiderült, hogy hosszabb távon marad ez a megoldást, másrészt kiderült, hogy a cucc hivatalosan működik linuxszal, úgy gondoltam, elvárhatom, hogy tényleg működjön. :)

Egyszerubb lett a dolog, mint gondoltam. Ez itten egy link. Mivel mindenki egy 15 kulcsos pool-bol kap kulcsot, igy megosztok itt egy kulcsot is, hogy sikeresen ki tudd probalni: 6F4BB-YCB3T-WK763-3P6YJ-BVH24.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.