Re: tiop 1.1.1 leltar

2015-01-04 bef zés Neumayer Béla


Sziasztok és boldog(abb) új évet mindenkinek! 

Új év, de régi
események. A decemberi hírlevélben azt írták. A leltárívek nyomtatására
szolgáló ENYIR felület tervezetten 2015.01.05-től lesz elérhető. 

Én
ma néztem, de semmi ilyesmit nem látok. Másnál is hasonló a helyzet?


Január 15-ig van még idő, csak gondoltam jobb előbb túlesni rajta.


-- 
Üdvözlettel,
Neumayer Béla
 ___
Techinfo mailing list
Techinfo@lista.sulinet.hu
Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo
Illemtan: http://www.szag.hu/illemtan.html
Ügyfélszolgálat FAQ: http://sulinet.niif.hu/


RE: tiop 1.1.1 leltar

2015-01-04 bef zés Gajai Attila
Boldog újévet!

A helyzet nálunk ugyanez. Semmi nyomát nem találtam még. De valahogy ezt nem is 
érzem meglepőnek. :P


Üdvözlettel:
Gajai Attila


From: techinfo-boun...@lista.sulinet.hu 
[mailto:techinfo-boun...@lista.sulinet.hu] On Behalf Of Neumayer Béla
Sent: Monday, January 05, 2015 8:38 AM
To: Techinfo
Subject: Re: tiop 1.1.1 leltar


Sziasztok és boldog(abb) új évet mindenkinek!

Új év, de régi események. A decemberi hírlevélben azt írták. A leltárívek 
nyomtatására szolgáló ENYIR felület tervezetten 2015.01.05-től lesz elérhető.

Én ma néztem, de semmi ilyesmit nem látok. Másnál is hasonló a helyzet?

Január 15-ig van még idő, csak gondoltam jobb előbb túlesni rajta.



--

Üdvözlettel,

Neumayer Béla
___
Techinfo mailing list
Techinfo@lista.sulinet.hu
Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo
Illemtan: http://www.szag.hu/illemtan.html
Ügyfélszolgálat FAQ: http://sulinet.niif.hu/


Re: Adatmentés mire

2015-01-04 bef zés Válas Péter
Nagyon érdekes ez a téma, még egymásnak ellentmondó véleményeket is
olvashattunk. Azt hiszem, nekem is sokkal jobban kürl kéne néznem a saját
házam táján... (Nekem egy SSD szállt el egyszer az örök vadászmezőkre,
azóta sem tértem magamhoz, saját hülyeségből halogattam a biztonsági
másolatot.)

Egy szempont néhány levélben előjött, de érdemes explicitebbé tenni: ha már
pénzt, időt, energiát szán az ember egy rendes megoldásra, az védjen a
lakástűz és a betörés ellen is.
___
Techinfo mailing list
Techinfo@lista.sulinet.hu
Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo
Illemtan: http://www.szag.hu/illemtan.html
Ügyfélszolgálat FAQ: http://sulinet.niif.hu/


Win7 partíciókezelés - agybaj - zsaroló vírus

2015-01-04 bef zés Takács Tibor

Sziasztok!

A gépemnek a mentését akartam gyorsítani, ezért át akartam szervezni a 
dolgaim, és ami nem - annyira - fontos (pl. Ubuntu telepítő DVD, stb...) 
átpakolni egy másik meghajtóra. A HDD az előző gépem klónozásával 
készült, a Lemezkezelőben a Win7 így látja:



Ó, ott van 230 G, az tökéletes lesz erre a célra! Ráböktem, hogy ott 
legyen egy NTFS partíció. El is kezdi szépen csinálni. Erre az EASYPHP 
sikít, hogy kihúzták az USB kulcsot, ő leáll. Mivan??? Nézem, 
szőrén-szálán eltűnt a H: meghajtó Cserébe lett egy 600 G-s J:!!!


Rögtön agybajt kaptam.
Indítok RIPlinuxot. Ő is azt látja. Van egy szép nagy NTFS, és benne 
semmi! Törlöm fdisk-ből, testdisk, szépen észrevettem hogy volt egy 
törölt partíció, és visszaállította. Mármint a 600G-set...
Végső elkeseredésemben ismét kitöröltem, és kézzel létrehoztam egy új 
partíciót a régi helyén. És így visszaállt (úgy tűnik!) az eredeti állapot.

A linux fdisk-e most ezt írja:
   Device Boot  Start End  Blocks   Id  System
/dev/sda1  63   80324   401316  FAT16
Partition 1 does not start on physical sector boundary.
/dev/sda2   *   8192026845183133816327 HPFS/NTFS/exFAT
/dev/sda326845184   359821311   1664880647 HPFS/NTFS/exFAT
/dev/sda4   359821312  1953525167   7968519285  Extended
/dev/sda5   769423360  1383823359   307207 HPFS/NTFS/exFAT
/dev/sda6  1383825408  1386948607 1561600   82  Linux swap / Solaris
/dev/sda7  1386950656  146514739139098368   83  Linux
/dev/sda8   359823360   769423359   204807 HPFS/NTFS/exFAT

A partíciók sorrendje és a bejegyzések sorrendje nem azonos, de ez 
ennyire megkavarja a Win7-et?


Szóval menteni, menteni, menteni! (Ha valakit mélyebb részletek 
érdekelnek, magánban szívesen válaszolok, ráadásul mindig liunux alól 
szoktam a partíciókat megcsinálni, csak most gondoltam azért nem indítok 
újra...)


És a végére a legviccesebb! Azért akartam gyorsan komplex mentést 
csinálni, mert egyik kolléganőm szert tett egy szemét ransomware-re 
(CTB Locker), ami a háttérben átkonvertálta a hdd-n az összes képet és 
dokumentumot, és pénzt kér a dekódoláshoz szükséges kulcsért (állítólag 
nem is keveset, ráadásul semmi garancia nincs, hogy ha valaki fizet, meg 
is kapja a kulcsot).


Üdv, és BÚÉK:
TT

___
Techinfo mailing list
Techinfo@lista.sulinet.hu
Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo
Illemtan: http://www.szag.hu/illemtan.html
Ügyfélszolgálat FAQ: http://sulinet.niif.hu/


Re: Win7 partíciókezelés - agybaj - zsaroló vírus

2015-01-04 bef zés ka

On 01/04/2015 19:27, Takács Tibor wrote:

csinálni, mert egyik kolléganőm szert tett egy szemét ransomware-re
(CTB Locker), ami a háttérben átkonvertálta a hdd-n az összes képet és
dokumentumot, és pénzt kér a dekódoláshoz szükséges kulcsért (állítólag


Ha mar kotekedunk es abszolut (elmeleti) biztonsagra torekszunk, ez 
arra is ravilagit, hogy mentest kesziteni a menteni valo gepen emiatt 
haszontalan, mert igy egy rosszindulatu virus azt is elkodolja, ami 
mentest eppen ir.


Ellenben ha mondjuk egy kulso linuxra csatolt meghajtorol beszelunk, 
ahova a mentes keszul, ami linux ftp-n, smb-n, rsync-en vagy barhogy 
lehuzza az anyagot es maga irja ki, akkor ez a problema is kipipalva.


udv
adam
___
Techinfo mailing list
Techinfo@lista.sulinet.hu
Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo
Illemtan: http://www.szag.hu/illemtan.html
Ügyfélszolgálat FAQ: http://sulinet.niif.hu/