Re: verifiering av filer
On Fri, 30 Dec 2011 01:56:04 +0100 Anders Jackson anders.jack...@gmail.com wrote: Den 29 december 2011 12:25 skrev j...@lillahusetiskogen.se: Hej! Hej Jag håller på och kopierar filer mellan två diskar och använder md5sum för att verifiera att det gick bra. Varför använder du inte det utmärkta programmet rsync(1) för detta? Utmärkt att ta backup mellan två ställen, om det är på samma maskin eller två olika spelar inte någon roll. Alldeles utmärkt program. Och, jo jag använder det. Grejen är den att jag för mina samlingar brukar ha två kopior för säkerhets skull och använder md5 för att kunna verifiera att dom är OK. Vad är nyttan med två kopior som är olika om man inte vet vilken som är trasig? Efter att ha suttit och stirrat på skeendet ett tag inser jag att md5sum kollar data som är buffrat i RAM om det finns tillgängligt, inte resultatet på disk. Mycket snabbt men tämligen poänglöst. Om du vill vara säker på att buffertarna töms till diskar, så använd kommandot sync(1). Jo jag vet. Nu var ju problemet det omvända. Linux hittar filerna i buffrar i RAM och det är ju bra, oftast, men jag vill ju veta om kopian på den fysiska disken blev OK. Jag fick en bra länk från Anton: http://www.go2linux.org/linux/2011/01/how-clear-or-drop-cache-buffer-pages-linux-memory-880 Om du vill sync:a maskinens diskar utan att vara inloggad, så försök att logga in som användaren sync. Den kommer att köra kommandot sync(1) och sedan avsluta anslutningen. Finns det något sätt att tvinga program att läsa från disk istf buffrade data i RAM? /Janne God fortsättning och gott nytt år. /Jackson Gott nytt etc! /Janne -- To UNSUBSCRIBE, email to debian-user-swedish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111230112910.7f9c2...@nikolai.lillahusetiskogen.se
Angående qemu/kvm
Hej! Just nu har jag en server (Debian stable) och en arbetsdator (Debian testing). Servern är igång 24/7 och såpass kraftfull att den skulle kunna tjänstgöra som både server och arbetsdator. Däremot vill jag fortfarande ha dem som två separata system av olika anledningar. Jag provade att köra arbetsdatorn virtuellt på servern med hjälp av qemu/kvm och det fungerade utmärkt om jag gjorde det via ssh med X forwarding. Kör jag däremot igång det direkt på servern så får jag felmeddelandet inklistrat i slutet av mailet. Problemet är då att servern inte kör nåt grafiskt och har inte X server installerat. Själv har jag inte hittat nåt, men kan man köra nån minimal Frame Buffer device eller finns det nån annan lösning på det här? Att köra tvärtom med servern virtuellt under arbetsdatorn hade kanske löst det, men är inte det jag i första hand tänkt mig. Vänliga hälsningar, Peter Carlsson ~~| DirectFB 1.2.10 |~~ (c) 2001-2008 The world wide DirectFB Open Source Community (c) 2000-2004 Convergence (integrated media) GmbH (*) DirectFB/Core: Single Application Core. (2010-06-30 18:37) (!) Direct/Util: opening '/dev/fb0' and '/dev/fb/0' failed -- No such file or directory (!) DirectFB/FBDev: Error opening framebuffer device! (!) DirectFB/FBDev: Use 'fbdev' option or set FRAMEBUFFER environment variable. (!) DirectFB/Core: Could not initialize 'system_core' core! -- Initialization error! Could not initialize SDL - exiting -- To UNSUBSCRIBE, email to debian-user-swedish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111230224912.gk9...@telia.com
Re: Angående qemu/kvm
Den 30 december 2011 23:49 skrev Peter Carlsson maillist.pe...@home.se: Hej! Hej Just nu har jag en server (Debian stable) och en arbetsdator (Debian testing). Servern är igång 24/7 och såpass kraftfull att den skulle kunna tjänstgöra som både server och arbetsdator. Däremot vill jag fortfarande ha dem som två separata system av olika anledningar. Jag provade att köra arbetsdatorn virtuellt på servern med hjälp av qemu/kvm och det fungerade utmärkt om jag gjorde det via ssh med X forwarding. Dvs du använder X-11-servern på den maskin du ansluter dig ifrån. Kör jag däremot igång det direkt på servern så får jag felmeddelandet inklistrat i slutet av mailet. Problemet är då att servern inte kör nåt grafiskt och har inte X server installerat. Du kan köra X11-servrar som inte matar ut på en FB. Samt sedan skicka det datat vidare till en annan X-server som kör på din maskin. Notera att X11 är ett nätverksprotokoll. Dvs den kan jobba över nätverk. Tyvärr är det inte krypterat, vilket gör att den kan avlyssnas om det inte gör via localhost (127.0.0.1) eller via en socket i filsystemet (vilket är det vanligaste sättet). Till och med OpenGL kan gå över nätverket. X11-servern hanteras normalt av ett program som använder sig av XDM-protokollet (X Display Manager - vilket implementeras exempelvis av programmen gdm eller xdm) så att den kan hantera flera X11-servrar. X11-servrar kör normalt på arbetsstationer och XDM samt X11-klienter (program som Firefox och Xterm etc) kör normalt på en server. X11-servern och X11-klienter kör vanligtvis på samma maskin numera, som på din arbetsstation. Så klient-server är normalt omvänt mot filservrar (tänk på vilken som ber om att få något gjort och vem som utför. I X11 är det hanteringen av arbetsplatsen som är tjänsten). När du kör ssh -X så tunnlas X11 via SSH till din lokala X11-server. Därför behöver du inte något grafikkort på servern, fast du kör det grafiska programmet där. Det finns några olika sätt att hantera X11-servrar och inloggningar till X11-klienter (körandes på en server). 1) Ställ in din lokala XDM-server (som är konfigurerard att starta din X11-server) att fråga över nätet vilka maskiner som hanterar XDM-protokollet för din maskin. Då kan du från en lista att välja från vilken maskin du vill logga in på. Då kommer allt, inklusive fönsterhanteraren och skrivbordshanteraren att köra på vald server. Din lokala maskin hanterar bara skärm, tangentbord och pekdon via X11-servern. 2) Ställ in din lokala XDM-server så att den alltid ansluter mot en viss server via XDM-protokollet (det är så det fungerar för din arbetsstation. Den startar själv en X11-server och ansluter direkt XDM till den). 3) Du talar om för din X11-server på din klient (arbetsstation) att när den startar så skall den låta en annan maskin hantera inloggningen via XDM-protokollet. Då behöver du inte en XDM-server på klienten. Det är flexibelt, du kan köra dina virtuella maskiner på din maskin. Nackdelen är att vem som helst kan avlyssna vad du gör på skärmen som sitter på samma nätverk. Tips kan vara att prova Xnest eller ännu hellre Själv har jag inte hittat nåt, men kan man köra nån minimal Frame Buffer device eller finns det nån annan lösning på det här? Ja det finns många lösningar utan att använda FBdev. Du kan titta på http://www.ltsp.org/ http://wiki.debian.org/LTSP/Howto http://en.wikibooks.org/wiki/Guide_to_X11 Det går även att lösa med VNC mellan klient och server. Se virt-viewer för mer info. http://wiki.debian.org/libvirt Eller om du vill använda Xen: Sätt vcn=1 http://wiki.debian.org/DebianInstaller/Xen Att köra tvärtom med servern virtuellt under arbetsdatorn hade kanske löst det, men är inte det jag i första hand tänkt mig. Vänliga hälsningar, Peter Carlsson ~~| DirectFB 1.2.10 |~~ (c) 2001-2008 The world wide DirectFB Open Source Community (c) 2000-2004 Convergence (integrated media) GmbH (*) DirectFB/Core: Single Application Core. (2010-06-30 18:37) (!) Direct/Util: opening '/dev/fb0' and '/dev/fb/0' failed -- No such file or directory (!) DirectFB/FBDev: Error opening framebuffer device! (!) DirectFB/FBDev: Use 'fbdev' option or set FRAMEBUFFER environment variable. (!) DirectFB/Core: Could not initialize 'system_core' core! -- Initialization error! Could not initialize SDL - exiting -- To UNSUBSCRIBE, email to debian-user-swedish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111230224912.gk9...@telia.com -- To UNSUBSCRIBE, email to debian-user-swedish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CACXJ-Bi3V=8tc0ofXfLyzOy3nYUurXEpk=kpb758zdivq54...@mail.gmail.com
Re: verifiering av filer
Den 30 december 2011 11:29 skrev j...@lillahusetiskogen.se: On Fri, 30 Dec 2011 01:56:04 +0100 Anders Jackson anders.jack...@gmail.com wrote: Den 29 december 2011 12:25 skrev j...@lillahusetiskogen.se: Jag håller på och kopierar filer mellan två diskar och använder md5sum för att verifiera att det gick bra. Varför använder du inte det utmärkta programmet rsync(1) för detta? Utmärkt att ta backup mellan två ställen, om det är på samma maskin eller två olika spelar inte någon roll. Alldeles utmärkt program. Och, jo jag använder det. Grejen är den att jag för mina samlingar brukar ha två kopior för säkerhets skull och använder md5 för att kunna verifiera att dom är OK. Vad är nyttan med två kopior som är olika om man inte vet vilken som är trasig? Även om de är lika så kan de ju vara trasiga. Om orginalet är trasig så kommer ju kopian åxå vara det. Det kan hända på hårddiskar, och med så stora som vi har idag, så är risken ganska hög. För att skydda mot detta så behöver du ett filsystem som exempelvis ZFS, som är riktigt enkelt att kopiera säkert mellan två olika ZFS-filsystem. Sedan så kollar ju rsync om bägge sidor är lika med checksummor redan, så det behöver du ju inte göra igen. Om du vill vara säkerare, så kör sync och sedan rsync igen. Är totalstorleken på filerna så stort att de inte ryms i ram-buffertarna, så kommer RAm-buffertarna att skrivas över av innehållet från diskarna när nya delar läses in. Och rsync checka vad som finns på disken, inte i RAM-buffertarna. Så jag förstår inte problemet, faktiskt. Efter att ha suttit och stirrat på skeendet ett tag inser jag att md5sum kollar data som är buffrat i RAM om det finns tillgängligt, inte resultatet på disk. Mycket snabbt men tämligen poänglöst. Om du vill vara säker på att buffertarna töms till diskar, så använd kommandot sync(1). Jo jag vet. Nu var ju problemet det omvända. Linux hittar filerna i buffrar i RAM och det är ju bra, oftast, men jag vill ju veta om kopian på den fysiska disken blev OK. Sync gör ju det. Det ser till att innehållet i RAM-buffertarna skrivs ut till filsystemet. Jag fick en bra länk från Anton: http://www.go2linux.org/linux/2011/01/how-clear-or-drop-cache-buffer-pages-linux-memory-880 Jo, jag såg det. Men förstår fortfarande inte varför det skulle vara bättre än att använda sync? Om du vill sync:a maskinens diskar utan att vara inloggad, så försök att logga in som användaren sync. Den kommer att köra kommandot sync(1) och sedan avsluta anslutningen. Finns det något sätt att tvinga program att läsa från disk istf buffrade data i RAM? Du kan fortfarande få odekteterade bitfel, om det är ett stort filsystem och stora filer. Såvida du inte använder ett filsystem typ ZFS. Gott nytt etc! /Janne Det samma! /Jackson -- To UNSUBSCRIBE, email to debian-user-swedish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CACXJ-BiDdKtyvQeL9crXRqArXfqu=llonzpvra9+0tm13bd...@mail.gmail.com
