zin of onzin?

[kfboerne]

Inderdaad en dat is in mijn optiek een zeer belangrijke vraag. Persoonlijk zou ik sowieso alle cloud providers die gesitueerd zijn in de USA vermijden (hoe heette die meneer ook alweer? Het begon met Edward toch  ).
Jurisdictie-technisch zijn Zwitserland, Zweden en Nederland behoorlijk prettig, waarbij Zwitserland in principe mijn voorkeur heeft.

Misschien is er een soort van analogie te trekken mbt VPN-providers. Het is uitermate belangrijk om een betrouwbare VPN-provider te kiezen. 100% garantie heb je nooit. Zelf heb ik geen ervaring met cloud-providers. Nog niet...

[rico70]

Ijsland en Duitsland hebben ook goede privacy wetgeving. Al weet je natuurlijk nooit hoe het zit als bv de VS om je data vraagt.

[kfboerne]

Is natuurlijk complex om uit te zoeken op welke locatie je data het veiligst (of minst onveilig?) is.
Op de prima website Privacy Tools (https://www.privacytools.io/) is onderstaande erg informatief :

"Global Mass Surveillance - The Fourteen Eyes
UKUSA Agreement

The UKUSA Agreement is an agreement between the United Kingdom, United States, Australia, Canada, and New Zealand to cooperatively collect, analyze, and share intelligence. Members of this group, known as the Five Eyes, focus on gathering and analyzing intelligence from different parts of the world. While Five Eyes countries have agreed to not spy on each other as adversaries, leaks by Snowden have revealed that some Five Eyes members monitor each other’s citizens and share intelligence to avoid breaking domestic laws that prohibit them from spying on their own citizens. The Five Eyes alliance also cooperates with groups of third party countries to share intelligence (forming the Nine Eyes and Fourteen Eyes), however Five Eyes and third party countries can and do spy on each other.

Five Eyes
1. Australia

2. Canada

3. New Zealand

4. United Kingdom

5. United States of America
Nine Eyes
6. Denmark

7. France

8. Netherlands

9. Norway


Fourteen Eyes
10. Belgium

11. Germany

12. Italy

13. Spain

14. Sweden"

[kfboerne]

Eens geprobeerd om een invite te krijgen van de Ned. cloud provider STACK zoals reeds in dit topic genoemd (https://www.transip.nl/stack/). Emailadres opgegeven en daarna kom je niet verder. Alles geprobeerd, maar vergeet het maar. Kom in een soort loop. Misschien zijn de invites op . Nodigt niet echt uit tot verdere actie.
Bij 1000Gb gratis opslag is mijn eerste reactie toch "ok, waar zit de adder?".

[MKe]

Tot nu toe werkt stack voor mij prima. Alleen synchroniseren is wat langzaam.

[asilnevs]

Geduld is een schone deugd .... dus afwachten:
https://www.transip.nl/knowledgebase/artikel/267-ik-wil-een-stack-invite/

[kfboerne]

Iets te enthousiast dus. Ik dacht ik kan gelijk door. En laat geduld nou net niet mijn beste eigenschap zijn

[Tom]

Lukt hier ook niet inderdaad een soort loop dus ,dat ze hun stack ergens steken pfff

[maasnet]

Bij mij heeft het een dag geduurd voordat ze reageerden.

[h2o]

Ik heb een paar maanden geleden bij Stack binnen een uur (1 uur) een account gekregen en alles werkt naar behoren.

[drum]

Hier was de account in een 4-tal uurtjes een feit.

[pederoco]

Het aanmelden bij stack.

Bij mij pas na een maand.
Maar dat was wel in het begin.
Ik ben er zeer tevreden over.

Werkt met hun eigen synchro (stack), maar ook met owncloud

[swake]

Er word hier van het topic afgeweken vind ik .

Wat wel klopt dat sommige merken van CD en DVD schijfjes na jaren gaan rotten (Disc-rot) en de data dan niet meer te lezen is .
https://tedium.co/2017/02/02/disc-rot-phenomenon/

[rico70]

Volgens mij heeft ieder merk hier last van, de 1 eerder dan de ander.

[MKe]

Het lijkt erop dat dd je harde schijf kan verversen.

Code: [Selecteer]

dd -in /dev/sdX -out /dev/sdX zou moeten werken, waarbij je natuurlijk zelf nog moet kijken wat je bij X moet invullen. Ik heb het zelf nog niet getest, dus gebruik op eigen risico. Waarschijnlijk duurt het wel even, dus misschien zou een hogere blok instelling dat nog kunnen helpen.

[h2o]

Euhhh... heb je het nu over dd of over ff? In jouw commando voorbeeld geef je ff aan ipv dd.

[MKe]

Sorry, autocorrect... Ik heb het verbeterd.

[ekhnaton]

@MKe:

dd -in /dev/sdX -out /dev/sdX (X staat voor mijn sdb in dit geval) geeft (ook als ik in de root ga staan) de volgende foutmelding in de terminal:
ekhnaton@ekhnaton-Lenovo-G70-80:~$ dd -in /dev/sdb -out /dev/sdb
dd: ongeldige optie -- 'i'

[rico70]

Moet het niet

Code: [Selecteer]

dd if=/dev/sdX of=/dev/sdXzijn?

[ekhnaton]

@Rico: Lijkt me ook logischer (input en output-files), maar MKe gaf de -in en -out.
Ga het gelijk uitproberen.

Zo te zien lukt het, want mijn USB-stick staat als een gek te knipperen.

Mocht dat idd waar zijn, dan lijkt mij dat je met
(sudo) dd if=/dev/sda of=/dev/sdb een perfecte kloon van je sda kunt maken, vooropgesteld, dat beide disks een gelijke capaciteit hebben in Gb

Antoine

[rico70]

Met dd kan je idd een perfecte kloon maken, doelschijf hoeft niet perse net zo groot te zijn, mag ook groter. Je kan er ook voor kiezen om naar een bestand te techrijven bv of=/dev/sdX/backup

[ekhnaton]

@Rico70:
Ik bedoelde uiteraard, dat je doel-schijf minimaal zo groot moet zijn als je bron-schijf.
Hoewel ik me afvraag of dd niet ook de GPT-tabellen rücksichtslos overneemt, en dan zou je in eerste instantie bv de laatste 500 Gb van een 1Tb-schijf tijdelijk kwijt zijn, totdat je met bv. gparted de partities gaat aanpassen.
Hier het resultaat van de test.

[sudo] wachtwoord voor ekhnaton:
7581672+0 records gelezen
7581672+0 records geschreven
3881816064 bytes (3,9 GB, 3,6 GiB) copied, 911,388 s, 4,3 MB/s


Het kostte dus wel een kwartier om de ca 4Gb over te brengen (met USB2), dus met USB3 zal dat rond de 2m30sec zijn als ik het (aan de veilige kant) goed uitreken.

[partyrabbit]

(hoe heette die meneer ook alweer? Het begon met Edward toch  ).
Jurisdictie-technisch zijn Zwitserland, Zweden en Nederland behoorlijk prettig, waarbij Zwitserland in principe mijn voorkeur heeft.

Had Edje niet ook iets over globale samenwerkingsverbanden? Echelon? Prism? 
Voor mij gewoon geen cloud. No matter were.
(maar wat helpt dat als straks je pc gewoon gehackt mag worden )

En zo moeilijk is het allemaal niet. Waar ik 15-20 jaar geleden dure extra hdd's nodig had voor 'al mijn belangrijke backups' ligt exact datzelfde nu in 4 voud verspreid over diverse plekken op uiterst betaalbare usb-stickjes.
Die familiefilmpjes van toen waar ook veel extra ruimte voor nodig is past nu met gemak allemaal op mijn mobieltje met nog ruimte over voor honderden soorgelijke filmpjes.
Daar ligt dan weer een voordeel dat dit soort computerspul allemaal gigantisch snel evolueert.

[ekhnaton]

Uiteindelijk kost een cloud-service van pakweg 8Tb ook aanzienlijk meer (over de duur van bv 5 of 10 jaar) dan een NAS van de zelfde capaciteit, waarop je alles ook nog eens vast kunt leggen zonder dat iemand iets kan spioneren (als je maar off-line gaat bij dat proces natuurlijk)

[MKe]

Sorry jongens, messed up bij de syntax van dd. Dat zal me leren om code op een telefoon te typen.

Ik gebruik ook een nas. Nadeel is dat als er ooit brand in huis uitbreekt, dat mijn data dan ook weg is. Daarom maak ik een keer per week een volledige backup van mijn NAS op een externe harde schijf. Ik gebruik hiervoor 2 schijven om en om. Deze schijven bewaar ik op mijn werk, zodat ze niet in huis liggen. Bij het meest ernstige geval ben ik dus 2 weken aan data kwijt als er iets gebeurt. Voor mij is dat aanvaardbaar een waarschijnlijk door ik al veel meer dan de meeste mensen om mijn data veilig te stellen.

Overigens kun je er ook altijd aan denken om je data versleuteld in de cloud op te slaan. Zolang de quantum computer nog geen feit is zal je data dan veilig zijn, mits je een goed encryptie algoritme gebruikt.