09 Aprile 2016, 22:51:06 Ultima modifica: 09 Aprile 2016, 22:52:54 di a323109
Creare una live con 1 comando da terminale

Sono partito dal modo con cui si creano le live di Kali in ambiente Linux http://docs.kali.org/downloading/kali-linux-live-usb-install#linux



Poi ho testato lo stesso sistema su qualsiasi altro file.iso e funziona sempre. Prima 2 parole su dd, e' un comando che in origine si usava per copiare velocemente il contenuto di un disco su un altro disco. dd se ne frega del filesystem, copia e basta. Quindi procediamo, avete il file.iso da qualche parte, bisogna sapere esattamente il suo percorso, quindi > tasto destro > proprieta'



e sapete il percorso, in questo caso /root/Scaricati/ubuntu-14.04.1-desktop-amd64.iso

poi bisogna conoscere il disco sul quale c'e' /root/Scaricati di solito e' /dev/sda ma non sempre, nel mio caso si. Usate gparted:



La mia immagine.iso e' di sicuro in /dev/sda1 perche' so' che e' nel sistema che sto usando e inoltre e' l'unica partizione che non posso smontare in quanto in uso.



Quindi if e' uguale a /Root/scaricati/ubuntu-14.04.1-desktop-amd64.iso

Naturalmente l'immagine.iso puo' stare in qualsiasi altro disco anche rimovibile o altre partizioni o dentro una scheda micro-sd...ecc l'importante e' individuare dove sta' esattamente.

Adesso e' fatta, nel senso che basta dare:

sudo dd if=/Root/scaricati/ubuntu-14.04.1-desktop-amd64.iso of=/dev/sdd bs=512

E aspettare fiduciosi. /dev/sdb e' la chiavetta naturalmente, anche qui' la individuate con gparted



La riconosco dalla dimensione e dal filesystem FAT32

Perche' /dev/sdd e non /dev/sdd1 ???

Perche' dd se ne frega del filesystem se metto /dev/sdd1 la live si crea all'interno della partizione sdd1 e il filesystem risultera' sconosciuto anche da Linux...tanto vale dare /dev/sdd e basta, tanto piu' che se su quella chiavetta c'era un sistema installato, dando /dev/sdd1 NON verra' sovrascritto il primo mega-byte che sta' fuori dalla partizione e cio' potrebbe creare problemi.

Ultima cosa, per recuperare la chiavetta, per cancellare la live bisognera' per forza usare dd di nuovo.

sudo dd if=/dev/zero of=/dev/sdd bs=512 e ricreare dopo la passata di dd una nuova partizione con gparted.
I JUST HACKED THIS FORUM ACCOUNT!

a323109 noto analfabeta (dis)funzionale e qualunquista a badilate

#1 10 Aprile 2016, 12:32:36 Ultima modifica: 10 Aprile 2016, 13:06:43 di a323109
Guida n°2            Clonazione di sistemi senza usare programmi



Abbiamo un bel disco fisso /dev/sda diviso in 2 partizioni /dev/sda1 e /dev/sda2, ha 2 sistemi installati e il dual boot funzionante.
Vogliamo spostare il sistema installato su /dev/sda2 dal disco fisso a un disco rimovibile (chiavetta, hd esterno...)

Smontiamo /dev/sda2 e subito un problemino, il disco di destinazione /dev/sdd e' piu' piccolo del disco di origine.



Non e' un problema -> riduciamo momentaneamente /dev/sda2 in maniera da farlo stare in /dev/sdd





Copiamo /dev/sda2



E lo incolliamo in /dev/sdd1



A questo punto basta applicare le operazioni.



(Io non lo faccio per ovvi motivi)

Date invio e aspettate, ci mette un sacco di tempo ma al contrario di dd gparted dice quanto manca...

Poi bisogna rendere /dev/sdd avviabile, e qui' c'e' il trucco:



All'inizio di ogni disco ci son 2048 settori PRIMA di ogni partizione, sono settori di 512 bytes l'uno.
Li' c'e' la tabella delle partizioni, il grub, il master boot record ecc.....tutto quello che rende un sistema avviabile.
Quindi lo copiamo con???

Sempre con dd

sudo dd if=/dev/sda of=/dev/sdd bs=512 count=2048

Et uala'! Il gioco e' fatto

Perche' bs=512 count=2048 ???

Perche' vogliamo che venga copiato SOLO il 1° mega-byte che sta' fuori dalla partizione.
Vogliamo copiare 2048 blocchi di 512 bytes l'uno.

Finito tutto la chiavetta e' avviabile e vi ritrovate il vostro sistema coi vostri file e tutte le vostre personalizzazioni perfettamente funzionanti.

Manca solo un update-grub2 per togliere il dual boot, visto che la chaivetta ha adesso solo un sistema installato.

Ricordatevi di ripristinare /dev/sda2 alla sua grandezza originale, altrimenti avrete problemi quando userete quel sistema da disco fisso :)

_________________________________________________


Se avete la /home separata e magari situazioni anche + compliacate come una partizione dati ecc copiate ad una ad una tutte le partizioni che compongono il vostro sistema naturalmente.
I JUST HACKED THIS FORUM ACCOUNT!

a323109 noto analfabeta (dis)funzionale e qualunquista a badilate

#2 10 Aprile 2016, 18:13:45 Ultima modifica: 10 Aprile 2016, 18:19:17 di a323109
#########################################################################################

Appendice alla guida N°1

gparted vedra' la chiavetta come SPAZIO NON ALLOCATO -> Non e' un problema, e' normale, funziona.
Windows avviato vedra' una chiavetta vuota -> Anche questo e' normale.

Non c'e' nessun filesystem  :falsofalso:

#########################################################################################

Se siete riusciti a capirmi, lo so' e' difficile, sembro un matto...

La guida N°3 e' un giochetto, per fare un back-up del vostro sistema copiate la/le partizione/i su un supporto esterno, non serve che le rendiate avviabili. Poi quando vi servono perche' avete incasinato tutto fate il processo inverso. Funziona anche per il micidiale 1° mega che e' all'inizio, lo salvate da qualche parte....quello a dire la verita' non mi e' mai servito. Ci sono alternative tipo: Grub-install /dev/sdx e poi una volta avviato update-grub2.
I JUST HACKED THIS FORUM ACCOUNT!

a323109 noto analfabeta (dis)funzionale e qualunquista a badilate

Guida N*4      Fare in modo che le regole di iptables rimangano dopo un riavvio

Questa e' la successione dei comandi:

root@matrix:~# iptables -P INPUT   DROP
root@matrix:~# iptables -P FORWARD   DROP
root@matrix:~# iptables -A INPUT  -i lo -j ACCEPT
root@matrix:~# iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
root@matrix:~# iptables-save > /etc/iptables.conf
root@matrix:~# gedit /etc/rc.local
root@matrix:~# iptables -L
Chain INPUT (policy DROP)
target     prot opt source               destination         
ACCEPT     all  --  anywhere             anywhere           
ACCEPT     all  --  anywhere             anywhere             state RELATED,ESTABLISHED

Chain FORWARD (policy DROP)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         
root@matrix:~#


Il file /etc/rc.local va' modificato come segue:

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.

iptables-restore < /etc/iptables.conf

exit 0


[Scrivo qui' anche per me', se mi serve in futuro...l'ho appena dovuto fare perche' Kali dal back-up era sprovvista di iptables persistente.]
I JUST HACKED THIS FORUM ACCOUNT!

a323109 noto analfabeta (dis)funzionale e qualunquista a badilate

#4 17 Aprile 2016, 23:45:20 Ultima modifica: 17 Aprile 2016, 23:48:39 di a323109
Appendice alla guida N°2 "Clonazione di sistemi senza usare programmi"



Per velocizzare e automatizzare e ottimizzare ecc tutto l'ambaradam e' possibile dare in pasto a gparted 3 istruzioni in un colpo solo. Cioe': 1.Ridurre al minimo la partizione da copiare, .2.Copiare, .3Ripristinare la partizione copiata alla sua dimensione originale.

essendo operazioni "da destra verso sinistra" quindi su spazio "vuoto" non c'e' nessun problema, anzi e' inutile copiare spazio vuoto. E si risparmia pure una passata di scrittura su un supporto che puo' essere una chiavetta usb.



e in pochissimo tempo
I JUST HACKED THIS FORUM ACCOUNT!

a323109 noto analfabeta (dis)funzionale e qualunquista a badilate