Hur kopierar man ett installerat program från en Linuxdator till en annan?

Om du inte hittar alla delar av programmet eller inte vill lägga tid på att klura ut det så kanske det går att lösa genom att skapa en virtuell dator utifrån den som fungerar, det kanske även går att klona hela hårddisken och köra det på en annan dator, linux brukar vara mycket mer "flyttbart" än win så det är kanske mest en licensfråga.

I det fallet så är det nog bäst att virtualisera den gamla linux burken och köra den på en modernare dator och kunna ha kopior på den. Att migrera den till en fysisk maskin med annan hårdvara blir nog mycket, mycket besvärligt. Kruxet är väl hur den kommunicerar med labbutrustningen, om det sker över en vanlig rs-232 eller nätverk så borde det väl gå att tilldela en sån från den fysiska datorn till den virtuella linux maskinen.

Så länge den gamla datorn fungerar och inte sjunger på sista versen så är det väl bara att prova sig fram, här verkar vara något att börja med: http://www.techrepublic.com/blog/tr-dojo/virtualizing-a-physi...

Edit: här är någon som gjort de du vill göra och virtualiserat en gammal linuxmaskin, intressant läsning: http://www.linuxjournal.com/article/9942

Är det en normal pc ? Har du provat om den kan boota från usb ? Vet du hur stort hela systemet är ? Jag tänkte att det kanske går att boota nått "verktygs os" eller nån livelinux från usb och därifrån klona hårddisken.
Men hur styr datorn utrustningen, ansluts den via seriebuss eller speciell hårdvara ?
Jag tycker du borde prova att göra en "livelinux usbpinne" och prova boota från den, Puppylinux brukar vara lämpligt på äldre hårdvara och bootar den upp så borde det gå att klona hela installationen och sedan kunna testa den i en virtuell dator.
Det borde gå att få det att fungera om det inte är nåt speciellt kontrollerkort för själva styrningen.

Edit: Det går ju även att lägga tex Puppy på en cd om datorn inte kan boota från usb.

Här är en instruktion för att göra migreringen med hjälp av att boota med en modernare Linux-live-cd: http://www.localizingjapan.com/blog/2011/03/05/virtualizing-a...

Antar att datorn är från tidigt 2000-tal och att boota från en cd går om man aktivt väljer det, men att USB inte är riktigt pålitligt och användbart.

Datorn är kanske så gammal att den inte kör usbboot, men bränn en cd med tex Puppy och prova att boota och se om usbportarna fungerar och om hårddiskkontrollern fungerar, annars får du kolla vilken kontroller du har och leta drivrutiner för den (jag gissar att det är en Adaptec)

I detta exempel har jag själv integrerat minecraft (ett java-program) i systemet, så att alla användare som loggar på kan ta del av det.
Här går jag igeom processen på hur man kan gå tillväga för att ta reda på mer om ett integrerat java-program i ett *nix system, och med informationen man får fram, ta backup på de relevanta filerna.

Guiden är en aningen lång, men jag försöker beskriva vad det är jag gör, och varför.
Det är bättre än att jag bara dumpar av ett gäng kryptiska kommandon endast de mest inbitna Linux-användarna förstår.

Nog om det. Låt oss komma igång.
För att ta reda på mer om det integrerade java-programmet ifråga, så utför jag följande steg:

1. Ta reda på var kommandot är för att starta programmet.
   I mitt fall är det ett enkelt kommando: "minecraft". Inget mer. Spelet startar.
   Eftersom det handlar om ett java-program, så vet jag att det ligger mer bakom detta än just kommandot.
   Jag måste ta reda på var kommandot "minecraft" huserar, för att kunna "dissekera" det.
   Här kommer kommandot "whereis" väl till pass:

   whereis minecraft

   Jag får till svars: minecraft: /usr/local/bin/minecraft

2. Nu är det dags att ta reda på vad kommandot ovan är för något.

   file /usr/local/bin/minecraft

   Får till svars:
   Bourne-Again shell script, ASCII text executable

   Prima. Det är et text-script. Det betyder att jag enkelt kan titta i filen och ta reda på var "magin" finns.

3. Jag öppnar filen med min favorit-editor, och läser igenom det.
   Jag får syn på raden som startar själva java-miljön med programmet ifråga:

   ...
   java -Dsun.java3d.opengl=true -Xmx2048M -Xms1024M -jar /opt/minecraft/minecraft.jar
   ...

   Den sista delen är intressant. Det ger mig indikationen om att java-programmet "minecraft" är installerat i följande sökväg:
   /opt/minecraft

4. Eftersom Minecraft är manuellt integrerad utanför distributionens paket-hanterares kontroll, så får jag lov att hantera /opt/minecraft på egen hand.
   Men för att vara på säkra sidan, kan jag dubbelkolla detta. (I mitt fall med Arch's "pacman". Använd din distributions pakethanterare för uppgiften. )

   pacman --query --owns /opt/minecraft

   Jag får till svars: "error: No package owns /opt/minecraft"
   Det betyder att distributionen inte känner igen filen/mappen ifråga, och jag kan lungt hantera den manuellt utan att det stör paketsystemet.

5. Dags att säkerhetskopiera mappen ifråga.
   Min favorit-metod är att packa ner härligheten i en tarboll. Ni kan självfallet använda eran favorit-metod för att packa ihop filer. T.ex "7zip" eller KDE's "Ark".
   Nerpackning av mappen "/opt/minecraft" samt script-filen "/usr/local/bin/minecraft" sker t.ex. med följande tar-kommando:

   tar --create --bzip2 --file ~/Minecraft-backup.tar.bz2 /opt/minecraft /usr/local/bin/minecraft

   Nu har jag en ny fil i min hem-mapp: Minecraft-backup.tar.bz2

6. Är det klart så långt?
   Det beror nog på vad det handlar om för program. I det här fallet handlar det om ett java-program som skapar och sparar filer individuella för varje användare i systemet.
   Det betyder alltså att det finns fler filer att ta hänsyn till i varje användares hem-mapp.
   Standard-förfarandet i *nix-världen är att programmet skapar en egen profil-mapp som har samma namn som programmet ifråga. Dock dold.

   I fallet med Minecraft, så skapar det en ".minecraft" -mapp i användarens hem-mapp. Eftersom namnet startar med en punkt, så är filen dold.
   Ställ in er filhanterare på att visa dolda filer, så ser ni en hel drös med filer och mappar som startar med en punkt.
   I det här fallet visas även ".minecraft" och det ser ut som om den innehåller alla inställningar till minecraft, alla världar som skapats i minecraft samt lite annat godis.

   Med samma metod som innan, tar jag även en backup på den aktuella användarens profil för programmet ifråga (I det här fallet för användaren "sysghost"):

   tar --create --bzip2 --file ~/Minecraft-profile_SysGhost.tar.bz2 /home/sysghost/.minecraft

   Jag har nu ytterligare en fil i min hem-mapp: Minecraft-profile.tar.bz2

7. Nu då? är det klart?
   Njaaa... nästan. Ha tålamod.
   Det kan finnas en risk att java-programmet lagrar global konfiguration utanför sin egen arbets-mapp. Vart är helt upp till skaparen av java-programmet, men är programmeraren det minsta smart, så följar denne givetvis systemets standard. I det här fallet *nix-standard.
   Enligt *nix-standarden, lagras global konfiguration i mappen "/etc". Helst med samma namn som programmet ifråga.

   Låt oss kolla upp om så är fallet även här, genom att kolla efter något som har med programmet att göra i mappen "/etc".
   Använd er favorit-filhanterare för detta och använd sök-funktionen i mappen "/etc".
   Jag själv kör vidare med terminalen, och det ypperliga kommandot "find":

   find /etc -name *minecraft*

   jag får till svars, en trevlig lista med filer/mappar som kanske är aktuella:

   /etc/minecraft_server.conf
   /etc/minecraft_server-FATS.conf
   /etc/local.d/71_minecraft_FATS.stop
   /etc/local.d/71_minecraft_FATS.start

   I det här fallet har jag en egen minecraft-server, så jag har integrerat den i systemets uppstarts-rutiner samt lite annat gott. Mycket lämpligt att spara filerna ifråga.

   Tar en backup på filerna som jag tror är aktuella: (Använd er favorit-metod om ni så önskar)

   tar --create --bzip2 --file ~/Minecraft-global_configuration.tar.bz2 /etc/minecraft_server.conf /etc/minecraft_server-FATS.conf /etc/local.d/71_minecraft_FATS.stop /etc/local.d/71_minecraft_FATS.start

   Överkurs:

   Visa innehåll

   Här har jag integrerat kommndot "tar" med "find" för att förenkla det hela.
   Detta är lite mer avancerad användning av terminalen och bash. Jag tänker inte gå igenom i detalj vad som sker. Det är överkurs.
   En utmaning till er nybörjare: Ta reda på hur kommandot fungerar och försök er på att förstå den.

   find /etc --name *[m,M]inecraft* --exec tar --append --bzip2 --file ~/Minecraft-global_configuration.tar.bz2 {} \;

   Dold text

Den allra sista delen i kommandot "2>&1" betyder att fel-meddelanden som programmet och/eller java spottar ut dirigeras om samma kanal som vanliga meddelanden.
kanal 1, stdout, är den kanal som logg, warningar, status och annat skrivs ut till.
kanal 2, stderr, är den kanal som felmeddelanden normalt skrivs ut till.
"2>&1" betyder: "Dirigera om kanal 2 till kanal 1"

Men varför ditt script fungerar utan ">> $LOG " -biten, kan bero på att programmet inte har skriv-rättigheter till mappen /var/log/nils/, eller att den mappen saknas.

Kolla om mappen finns, och om inte, skapa den, och ge dina användare skrivrättigheter till den:

sudo mkdir /var/log/nils/
sudo chown root:users /var/log/nils/
sudo chmod 775 /var/log/nils/

Ditt script borde fungera efter detta.

PS: Givetvis så byter du ut "nils" till det riktiga namnet.

anledningen till varför du inte kan köra scriptet nils.sh kan vara för att du inte har kör och skrivrättigheter till själva skriptet, då det är kopierat.
Du kan se rättigheterna genom ls -al (eller valfria växlar). Till vänster får du då något i stil med rwxr-xr--, det är en tredelad rättighetssträng.

första 3 bokstäverna är användaren som äger filen (ex. root) och står i exemplet ovan för read write execute.
Nästa tre är gruppen som filen tillhör (ex. root) och där finns bara read och execute, - betyder ingen rättighet.
Sist är det alla andra användare och grupper, de har bara read i exemplet.

Du får fundera på om java-programmet ska köras med någon speciell användare(egentligen behörighet) och antingen göra denna till ägare eller använda en grupp som får köra scriptet.

LOG är en variabeldeklaration, så om du provar att köra

java -jar /usr/local/nils/bin/Nils.jar >>/var/log/nils/nils.log 2>&1

så kan det eventuellt funka bättre.

Men antagligen finns inte /var/log/nils och den användaren du använder för att köra .jar-filen har inte tillåtelse att skriva där. Det är samma som scriptet, du får fundera över användar-rättigheter och ev. skapa mappen /var/log/nils med rätt behörigheter.

Vad är det programmet försöker "bränna" ? Om du flyttar hela installationen till en ny maskin behöver du då skicka det direkt till en cd brännare ? Går det inte att få ut datat som en vanlig fil som du sedan kan hantera fritt och tex bränna på annat sätt eller ta ut via usb eller nätverk?

antagligen skickas det med en fast sökväg i burn.sh till wodim. posta gärna innehållet i filen.

Ryms filerna på en cd är de inte stora med dagens mått och du lär inte ha några problem att hantera dem med usb eller nätverk, en cd tar ca 5 sekunder att överföra via lan.
Jag vet inte hur allt hänger ihop men går det att utnyttja modernare saker än en specifik scsi cd på en virtuell maskin vore det nog bra, går det att spara ner innehåller som en vanlig fil på datorn istället för att bränna det direkt blir det iallafall mycket med flexibelt, det skulle även gå att köra fjärrstyrning och föra över resultatet via lan och spara det på en server eller nån liknande lösning.
Ev kanske man kan använda en virtuell brännare om det måste "brännas" då kan man sedan hantera isofilen som vilken datafil som helst.
Kolla om det går att undvika den fysiska cd brännaren på nått sätt för det vore väldigt bra om det gick.