Μαζική Αντιγραφή σε Φουλ Ταχύτητα (W10)

Προβληματισμός, προτάσεις και λύσεις για "αναβάθμιση" του Η/Υ σε εργαλείο παραγωγικότητας!
Λειτουργικά συστήματα, Backup/Recovery, χρήση του hardware I/O.
Άβαταρ μέλους
pez
Δημοσιεύσεις: 1023
Εγγραφή: 03 Ιούλ 2016, 01:51
Ονομα: pez
Τοποθεσία: eu
Επικοινωνία:

Μαζική Αντιγραφή σε Φουλ Ταχύτητα (W10)

Δημοσίευση από pez »

.
ΑΥΤΑ ΠΟΥ ΑΚΟΛΟΥΘΟΥΝ
ΕΙΝΑΙ ΑΝΑΦΟΡΑ ΤΩΝ ΟΣΩΝ ΕΚΑΝΑ
ΣΤΟΝ ΔΙΚΟ ΜΟΥ ΥΠΟΛΟΓΙΣΤΗ ΚΑΙ ΔΙΣΚΟΥΣ, ΚΑΙ
* Δ Ε Ν * ΑΠΟΤΕΛΟΥΝ ΣΥΣΤΑΣΗ, ΚΑΙ ΣΥΝΕΠΩΣ

* Δ Ε Ν * ΑΝΑΛΑΜΒΑΝΩ
* Κ Α Μ Ι Α * ΕΥΘΥΝΗ

ΓΙΑ ΑΠΩΛΕΙΑ ΔΕΔΟΜΕΝΩΝ
ΕΚΕΙΝΟΥ ΠΟΥ ΘΑ ΗΘΕΛΕ ΝΑ ΕΦΑΡΜΟΣΕΙ
ΑΥΤΑ ΠΟΥ ΓΡΑΦΩ ΕΔΩ.

.
Πέρασαν τα χρόνια. Πλημμυρίσαμε από τζάμπα μνήμη σε GB, από τζάμπα σκληρούς δίσκους 320 GB. Το USB σκαρφάλωσε στο 3+. Οι "παλαιοί" δίσκοι γέρασαν κι αυτοί... Καιρός για backups.

Windows 10

About

Motherboard : USB 2 & USB 3 , VGA On Board
Processor : AMD FX(tm)-8350 Eight-Core Processor 4.00 GHz
Installed RAM : 16.0 GB (15.0 GB usable)

System type : 64-bit operating system, x64-based processor
Edition : Windows 10 Education
Version : 21H1
OS build : 19043.1526

USB 2 : External HD/USB 2 : "Z500" = 500 GB = Σχεδόν Πλήρης από "Δεδομένα" = E:\

USB 3 : External HD/USB 3 : "6T" = 6 TB = Νέος - Σχεδόν Κενός = F:\

To Ζήτημα

Αντιγραφή = E:\ => F:\

Σχετικές Εφαρμογές : Freeware
Μετά από Υποδείξεις στο USENET NewsGroup : alt.comp.freeware

https://groups.google.com/g/alt.comp.freeware

Everything : Με το οποίο Βρίσκουμε Αστραπιαία Files αντί του απελπιστικά άχρηστου διαθέσιμου Search
Everything : Παρακολουθεί συνέχεια τις εγγραφές διαγραφές και ενημερώνει την database του

https://www.voidtools.com/

FastCopy : Με το οποίο αντιγράφουμε μαζικά,
FastCopy : Χωρίς Περιορισμό Μήκους Path-File-Name + Unicode

https://fastcopy.jp/

Στον F:\ κάνω ένα directory με όνομα σκέτο "Ζ" , αντί για "Ζ500".

0
Στην αρχή, λοιπόν, η αντιγραφή γινόταν με απελπιστική βραδύτητα 3+ λεπτά το ~GB => 1500 λεπτά => τα 500 GB = 25 Ώρες...

Οπότε αναγκάστηκα και σκέφτηκα, θυμήθηκα, κι έκανα τα εξής:

1
Everything : Exit

2
Windows 10
Windows Security
Virus and Threat Protection Settings
Manage Settings
Exclusions
Add or remove exclusions
Yes
+ Add an exclusion = E:\
+ Add an exclusion = F:\

3
FastCopy

Source : E:\
DestDir : F:\Z

Diff (Size/Date) => Copy (Overwrite) - αφού F:\Z κενό

Buffer (ΜΒ) : 256 => 4096 - έχω

Αποτέλεσμα

~25 MB/sec => 1.5 GB/min => 500 GB = 333 min = 5.5 ώρες

Από Internal HD / SATA 3 , στο USB 3 ~100 MB/s

Από External USB 3 => External USB 3 = Οσονούπω
.
- Λίγο Αργότερα - Να μην ξεχάσω να πω ότι κατά την αρχική, βραδυπορούσα, αντιγραφή, ως ανωτέρω στο βήμα 0, η Microsoft Security των Windows 10 ελέγχοντας κάθε ένα file προς αντιγραφή, εντόπιζε κι απομόνωνε Ιούς που βρίσκονται εκεί μέσα από 10-ετίες Δεκαετίες. Αλλά αυτή είναι μια δουλειά που μπορεί να την κάνει η Microsoft Security αργότερα, εφόσον βέβαια ο δίσκος συνδέεται σε Windows 10 με την Microsoft Security εκ νέου ενεργοποιημένη παντού, ως εξής:

4
Windows 10
Windows Security
Virus and Threat Protection Settings
Manage Settings
Exclusions
Add or remove exclusions
Yes
+ Add an exclusion

E:\

F:\

και μετά:

[Select E:\]
Remove

[Select F:\]
Remove
.
- Αργά το Απόγευμα - Υπάρχουν και άλλες δύο "τολμηρές" ρυθμίσεις που τις έκανα μεταξύ των βημάτων 0 και 1 που για το USB 2 / 500 GB / E: απαιτούν RESTART ( όχι όμως και για το USB 3 / 6TB / F: ), μετά το οποίο ήμουνα τυχερός που είχα τον νου μου και

ΠΡΟΛΑΒΑ τα Windows 10
ΠΟΥ META TO RESTART
ΘΕΛΗΣΑΝ ΝΑ ΚΑΝΟΥΝ
REPAIR
TO DRIVE E:
δηλαδή το
USB2 / 500 GB
ΚΑΙ ΤΟ ΑΠΟΣΟΒΗΣΑ!


Προσοχή! Έτσι μου έχουν καταστρέψει τρία 3 USB sticks μέχρι τώρα...

0/1

USB 3:
Εικόνα

USB 2:
Εικόνα
.
Μετά από αυτά ακολουθεί και άλλο, εντελώς τελευταίο, βήμα:

5
Επαναφορά της ως άνω επιλογής:

(o) Quick removal (default)

και στα δύο 2 drives.
.
Τελευταία επεξεργασία από το μέλος pez την 19 Φεβ 2022, 15:19, έχει επεξεργασθεί 1 φορά συνολικά.
Άβαταρ μέλους
pez
Δημοσιεύσεις: 1023
Εγγραφή: 03 Ιούλ 2016, 01:51
Ονομα: pez
Τοποθεσία: eu
Επικοινωνία:

Πολύ Μεγάλη Σπατάλη Χώρου

Δημοσίευση από pez »

.
Κατόπιν εορτής... Εξαιρετικά Δυσάρεστη Μεγάλη Σπατάλη Χώρου στο νέο usb3/6TB drive, που πρέπει να οφείλεται στα διαφορετικά μήκη των ALUs μεταξύ αυτού (4,096Β) και του usb2/500GB (512Β)... Πω! Πω! Ο Λόγος είναι 8:1 ! Κι είχα τόσα πάρα πολλά files με τόσο πάρα πολύ μικρό size, ήδη κάτω από 512... Κι επειδή η MS έχει διαφορετικά ελάχιστα ή/και default ALUs που τα εξαρτά αυτόματα από το μέγεθος του δίσκου κατά το Format, ΘΑ ΕΠΡΕΠΕ να είχα προχωρήσει σε partitioning του νέου usb3/6TB drive κατά τέτοιο τρόπο που να εξασφαλίζει ALU με το απολύτως μικρότερο size των 512Β - αν βέβαια το επιτρέπει η έκδοση του ntfs που χρησιμοποιεί το w10 κι αν οι διαιρέσεις ήταν αρκούντως λίγες, τόσες που να είναι ορατές σαν λογικοί δίσκοι από το ανόητο σύστημα γραμμάτων που χρησιμοποιεί η MS (πρόχειρα : για έναν υπολογιστή με έναν δίσκο, 2 γράμματα πιασμένα σαν Α, Β και ένα C, βάλε κι ένα D, άντε κι ένα Ζ, για το cd/dvd-rom, απομένουν 21 γράμματα, που μπορεί να φαίνονται μπόλικα αλλά υπάρχουν υπολογιστές με δίσκους που οι partitions τους είναι ήδη καμιά 20-αριά μαζί και με τα "υποχρεωτικά" βγαίνουν μόνον 1 ή 2 γράμματα να απομένουν. Μέχρι τώρα το ζήτημα αυτό το αντιμετωπίζαμε με την Disk Management όπου αλλάζαμε καταργούσαμε και αλλάζαμε γράμματα. Αλλά αυτή είναι μια λύση ανάγκης. Άσε που όταν ξεχνούσαμε να απενεργοποιήσουμε το everything γινόταν μπέρδεμα τρικούβερτο! Ενώ, από την άλλη μεριά, δεν μπορούν κι όλα τα συστήματα windows να δουν τα 6 TB... Και Τώρα; Τρέχα-Γύρευε! Είπαμε κι εμείς να κάνουμε ένα backup κι έγινε και πάλι αναστάτωση. Μεγάλη. Τα έχουμε πει και αλλού. Μεγάλος μπελάς η συντήρηση των υπολογιστών ενός μικρο-δικτύου. Όλο γύρω-γύρω τρέχεις και δεν προλαβαίνεις...
.
ΥΓ
Συγκεκριμένα αποτελέσματα της κακώς "οργανωμένης" -ως προς το θέμα της ΣΠΑΤΑΛΗΣ Χώρου- συγκεκριμένης αυτής αντιγραφής, οσονούπω -
.
ΥΓ2
Και κάτι που σκέφτηκα μόλις τώρα
-
ενόσω αναρωτιέμαι μήπως θα πρέπει να δοκιμάσω, να δω, αν μπορώ να χρησιμοποιήσω (όπως παλαιά, που είχα σχετικές επιτυχίες, που μου φαίνεται πως τις είχα αναφέρει και εδώ) για λόγους συνδυασμένης οικονομίας χρόνου-και-χώρου, το dmde:

https://dmde.com/

για αντιγραφή "χαμηλού επιπέδου" sector-by-sector, ενδεχομένως και εκτός windows, από το dos
-
Λες αυτοί οι τερατώδεις δίσκοι να έχουν sectors που να ΜΗΝ είναι 512B ;
.
Άβαταρ μέλους
pez
Δημοσιεύσεις: 1023
Εγγραφή: 03 Ιούλ 2016, 01:51
Ονομα: pez
Τοποθεσία: eu
Επικοινωνία:

Τρεις μέρες χαμένες - Βρέθηκε η Αιτία - Re: Πολύ Μεγάλη Σπατάλη Χώρου

Δημοσίευση από pez »

.
Μόλις τώρα, που προέκυψε η αδυναμία αντιγραφής:

FastCopy : "SetEndOfFile(There is not enough space on the disk.112)"

με την επιβεβαίωση:

w10 : "The file '...' is too large for the destination file system." - Size : 6.13 GB (6,593,183,744 bytes) -

οπότε και το ψάξαμε το πράγμα, και βρήκαμε την αιτία όλης αυτής της φασαρίας -μου είχε περάσει από το μυαλό από την πολλή αρχή αλλά μόνον στιγμιαία κι έτσι μού διέφυγε- το μέγεθος της οποίας είναι ανάλογο του μεγέθους της σχετικής επιπολαιότητάς μου:

O 6TB δεν ήταν φορμαρισμένος σε ntfs, όπως αφελώς νόμιζα μέχρις εδώ, αλλά σε FAT32...

Ήτοι:

Τρεις μέρες ή δεκαπέντε-με-είκοσι ώρες χαμένες...

Πάμε πάλι όλο από την αρχή.
.
- Και με την αφορμή, θυμηθήκαμε και πάλι πως πρέπει οπωσδήποτε να απαντήσουμε στο σχόλιο:
GeorgeVita έγραψε: 04 Φεβ 2022, 19:08
Re: κρυφό πρόχειρο pez

Τελικά, αυτός ο ιντερνετοχώρος μοιάζει σε πολυ-blog...
- Απάντηση : Ναι.
.
- Και η απάντηση για τα 4,096 B και την αδυναμία, από την wikipedia:

https://en.wikipedia.org/wiki/File_Allocation_Table

"FAT32: 2 TB (16 TB for 4 KB sectors)"

και

"Max. file size 4,294,967,295 bytes (4 GB – 1) with FAT16B and FAT32"

ενώ εξ αυτών των περιορισμών θυμήθηκα πως:

- ΕΓΩ ΠΟΤΕ ΜΟΥ ΔΕΝ ΦΟΡΜΑΡΙΣΑ ΣΕ FAT32 -

- Τόμπολα ! -
.
Άβαταρ μέλους
pez
Δημοσιεύσεις: 1023
Εγγραφή: 03 Ιούλ 2016, 01:51
Ονομα: pez
Τοποθεσία: eu
Επικοινωνία:

από USB 3 σε USB 3

Δημοσίευση από pez »

pez έγραψε: 18 Φεβ 2022, 15:03
Μαζική Αντιγραφή σε Φουλ Ταχύτητα (W10)
...
Από External USB 3 => External USB 3 = Οσονούπω
...
Ιδού:

Εικόνα

!Προσοχή! Τα files είναι σχετικά "πολύ λίγα", μόνον ~1,000...

Αν όμως από USB 2 σε USB 3, έχεις "όλο files", π.χ. 1,500,000, τότε η ταχύτητα πέφτει δραματικά, μπορεί και σε "μόλις" ~3-4ΜΒ/s...
.
Άβαταρ μέλους
pez
Δημοσιεύσεις: 1023
Εγγραφή: 03 Ιούλ 2016, 01:51
Ονομα: pez
Τοποθεσία: eu
Επικοινωνία:

Διαφωτιστικές Υποδείξεις από το [alt.comp.freeware]

Δημοσίευση από pez »

.
Ρώτησα σχετικά στο [alt.comp.freeware] και πήρα -από μερικούς από τους "πιο γνώστες" : ) εκεί μέσα- διαφωτιστικές υποδείξεις - ενώ από την ερώτησή μου λείπει το "s" ή περισσεύει το τελικό "e" - και το link για την την σχετική συζήτηση παραθέτω εδώ:

"ntfs with alu 512 bytes under windows 10"

Αυτά πριν επιστρέψω εκεί για να σχολιάσω τα εξής:

(1) (Shadow) : To diskpart (AOMEI):

https://www.diskpart.com

το είχα ήδη δοκιμάσει αλλά τουλάχιστον στην freeware έκδοσή του, αλλά και στην προσωρινή "pro" από ότι δοκίμασα, ξεκινάει από την υποχρεωτική σύσταση της ms για το "default" (4,096 B) στο ntfs, ενώ τα w10 λιγότερο δεν διαθέτουν, ενώ όπως ήδη είπαμε υπάρχουν "παλαιά" windows που TeraBytes δεν έβλεπαν γιατί δεν υπήρχαν:

"We [also] strongly discourage the usage of cluster sizes smaller than 4K"

(2) (Mike Dee) : Το gparted:

https://gparted.org/livecd.php

είχα προσπαθήσει "πολύ παλιά" να το χρησιμοποιήσω, κατέβασα το livecd και επιφυλάσσομαι για το μέλλον -αρκεί να θυμηθώ τότε πως μπορεί (τι μπορεί; σχεδόν βέβαιο είναι) το format του usb δίσκου να μην είναι ntfs.

(3) (B. R. 'BeAr' Ederson') : Αλλά ήταν μόνον μετά την πιο διαφωτιστική παρατήρηση:

"As Shadow already pointed out" - αλλά χωρίς εξήγηση- "deviating from the recommended allocation unit size is not recommended and (because of the way NTFS stores files smaller than the allocation unit size) using small allocation units provides no benefits"

που σαν κάτι να θυμήθηκα ή/και πιθανολόγησα : πως μπορεί δηλαδή αυτή η απουσία (ουσιαστικής) ωφέλειας να οφείλεται στο ότι το ntfs αναθέτει στο file από ποιον sector ξεκινά αυτός πόσους sectors πιάνει (κάτι δηλαδή σαν της mbr partition), καθώς και σε ποιον sectοr -αν στο μέλλον μεγαλώσει- το μήκος επεκτείνεται. Τέλος, μπορεί τα 4096 bytes να αφορούν την σχετική buffer των w10. Αυτά θα απαντήσω, σχολιάσω, παρατηρήσω, και ρωτήσω εκεί.
.
Άβαταρ μέλους
pez
Δημοσιεύσεις: 1023
Εγγραφή: 03 Ιούλ 2016, 01:51
Ονομα: pez
Τοποθεσία: eu
Επικοινωνία:

Αποτελέσματα Σπατάλης

Δημοσίευση από pez »

.
Να! Γιατί πράγμα μιλάμε!

Πρώτον, από τις προδιαγραφές του USB3 / 6TB:

Εικόνα

και τις ταχύτητες που καταγράψαμε και επιλέξαμε να αναφέρουμε (αν και υπάρχουν screen-captured αποτελέσματα ακόμα και για έως 150πληνMB/s) σε προηγούμενο μήνυμα, προκύπτει η εξασθένιση της απόπειρας δοκιμής της αντιγραφής sector-by-sector με το dmde.

Δεύτερον, περιμέναμε "κάποια ώρα" για να ξαναπάρουμε την απογοητευτική σύγκριση:

Εικόνα

μετά την οποία διακόψαμε τις αντιγραφές:


Για 1000 GB Ωφέλιμα, 600 GB Χαμένα !

ΣΠΑΤΆΛΗ.

Το Χαρακτηριστικό Γνώρισμα της Εποχής μας.


Οπότε, το ερώτημα τώρα είναι αν θα καταστρέψουμε το format του 6 TB (για ms convert από fat32 σε ntfs δεν το συζητάμε το κάναμε πολύ παλαιά και βραδυπορούσε φοβερά, θα κάνει μήνες) και ξανά από την αρχή "με διάφορες δοκιμές" - με τα gparted και dmde- ή θα συνεχίσουμε διαθέτοντας ένα άλλο από τα τζάμπα 320GB για τα -μάλλον πάρα πολύ λίγα- isos που είναι πάνω από 4GB.

Χμ... Πρέπει να δούμε τι άλλο απομένει για backup κι αν χωράει στα άδεια TBs... Που μάλλον χωράει, αφού για αυτό το πήραμε, συνεπώς ας πάει και το παλιάμπελο θα συνεχίσουμε με το αμαρτωλό fat32, κι ας μην γίνεται ούτε αυτό αντιληπτό από τα "παλαιά" windows που έτσι κι αλλιώς, όπως είπαμε, ούτε από Tera ξέρουν.
.
Άβαταρ μέλους
GeorgeVita
Διαχειριστής
Δημοσιεύσεις: 637
Εγγραφή: 04 Σεπ 2013, 21:51
Ονομα: Γιώργος
Επικοινωνία:

Re: Αποτελέσματα Σπατάλης

Δημοσίευση από GeorgeVita »

pez έγραψε: 20 Φεβ 2022, 16:23... Πρέπει να δούμε τι άλλο απομένει για backup κι αν χωράει στα άδεια TBs... Που μάλλον χωράει, αφού για αυτό το πήραμε, συνεπώς ας πάει και το παλιάμπελο θα συνεχίσουμε με το αμαρτωλό fat32, κι ας μην γίνεται ούτε αυτό αντιληπτό από τα "παλαιά" windows που έτσι κι αλλιώς, όπως είπαμε, ούτε από Tera ξέρουν.
Αν κατάλαβα καλά, σκοπός είναι η διαχρονική αποθήκευση (backup) και ολική ή μερική ανάγνωση (restore) κάποια στιγμή.

Θεωρώντας αξιόπιστα τα προγράμματα συμπίεσης, τα οποία δίνουν και δυνατότητες split,
δημιουργήστε ένα ή περισσότερα αρχεία zip (ή άλλης μορφής) και αποθηκεύστε αυτά τα αρχεία.
Όταν χρειαστεί, μπορεί να γίνει "extract" μόνο ένα ή περισσότερα αρχεία κατ' επιλογήν.

Το μόνο που θα έψαχνα είναι αν η συμπίεση περιλαμβάνει όλο το αρχείο (binary format), δηλαδή μη λαμβάνει υπόψη τα επιθέματα και μπερδέψει κάποιο αρχαίο .dat σε ισοδύναμο με .txt.

Φαντάζομαι θα υπάρχει backward compatibility σε επόμενα version/formats των συμπιεσμένων αρχείων.
Άβαταρ μέλους
pez
Δημοσιεύσεις: 1023
Εγγραφή: 03 Ιούλ 2016, 01:51
Ονομα: pez
Τοποθεσία: eu
Επικοινωνία:

Re: Αποτελέσματα Σπατάλης

Δημοσίευση από pez »

.
1
Ναι, σωστά.

Για τον σκοπό που λέτε, η συμπίεση θα ήταν μια πολύ καλή λύση. Αλλά τι θα γίνει με τις προοπτικές που αναφέρετε; Να λοιπόν ακόμα ένας καλός λόγος που "δεν πετάμε τους "παλαιούς" υπολογιστές". Η διακινδύνευση απώλειας της συμβατότητας.

2
Ναι, σωστά.

Τίθεται θέμα κατανόησης σκοπού.

Δεν περιέγραψα ξεκάθαρα τον σκοπό μου. Λάθος μου. Λοιπόν. Σκοπός μου είναι να αντιγράψω σε έναν τωρινό "μεγάλο" δίσκο όλα-όσα κατά καιρούς "τα έσωζα"
-
αντί να τα διαγράψω, "για να μην τα χάσω", κατά το "πού ξέρεις; μπορεί να χρειαστούν", ενώ σπανιότατα να χρειάστηκε κάτι, άρα πρόκειται για σκουπίδια, σαν εκείνα τα άχρηστα, που μαζεύουμε και μετά "δεν σου κάνει καρδιά να τα πετάξεις", μέχρι την επόμενη μετακόμιση βεβαίως, κι οι δίσκοι αυτοί δεν πιάνουν σχεδόν καθόλου χώρο
-
σε τέσσερις 4 διαδοχικά τοτινούς "μεγάλους" δίσκους.

Έτσι, αφού καταγράψει τα όλα του νέου δίσκου το everything, αποσυνδέεις τον δίσκο, οπότε, στην χάση και στην φέξη που θα θυμηθείς, να ψάχνεις μέσα μόνον μέσα στην καταγραφή, χωρίς να συνδέεις τίποτα, ακόμα και σε άλλο μηχάνημα που έχει την καταγραφή, κι άμα το βρεις, τότε να συνδέεις * μ ό ν ο ν * έ ν α ν * δίσκο, και να το βρίσκεις. Κι όχι τρέχα-γύρευε σε ποιον από τους 4 τέσσερις, να βαριέσαι να το κάνεις. Αν και το everything, εφόσον τους συνδέεις πάντα στις ίδιες "μόνιμες", usb θέσεις "τους", να μην αλλάζουν τα γράμματά τους, σου λέει σε ποιον θα το βρεις, αλλά : ΜΠΕΛΑΣ! Είχα έναν μηχάνημα, που να απασχολείται μόνον με αυτούς τους 4 τέσσερις, κι έπρεπε να το ανοίξω, "να ζεσταθεί", να μπω εξ αποστάσεως, και να κατεβάσω το file που ήθελα... Ε, εντάξει. Έπαιζε. Στην αρχή χαίρεσαι : "έχω βάση" να στηρίζομαι. Αλλά όσο περνάει ο καιρός... ΜΠΕΛΑΣ!

: )
.
Άβαταρ μέλους
GeorgeVita
Διαχειριστής
Δημοσιεύσεις: 637
Εγγραφή: 04 Σεπ 2013, 21:51
Ονομα: Γιώργος
Επικοινωνία:

Re: Μαζική Αντιγραφή σε Φουλ Ταχύτητα (W10)

Δημοσίευση από GeorgeVita »

Κατάλαβα, περίπου όπως κάνω και εγώ!

Με το που αλλάζω PC, υπάρχει πάντα ένα directory "oldPC" που περιέχει μέσα του ένα άλλο, παλαιότερο "oldPC" κλπ.
Ευτυχώς, δεν έχω συνολικά μεγάλο όγκο αρχείων προς αποθήκευση οπότε η νεώτερη τεχνολογία δίνει μεγαλύτερους δίσκους που χωράνε τα προηγούμενα! Οι παλιοί δίσκοι υπάρχουν σε ένα συρτάρι.

Τώρα με τους SSD πέσαμε απότομα σε μικρότερες χωρητικότητες, αλλά αυτούς δεν τους χρησιμοποιώ για backup δεδομένων.
Άβαταρ μέλους
pez
Δημοσιεύσεις: 1023
Εγγραφή: 03 Ιούλ 2016, 01:51
Ονομα: pez
Τοποθεσία: eu
Επικοινωνία:

Σ Κ Ο Ν Η

Δημοσίευση από pez »

.
Κατά την μεγάλη διάρκεια της "Μαζικής Αντιγραφής", άρχισε ο ανεμιστήρας της CPU να διαμαρτύρεται, μετά να μαρσάρει και να φρενάρει, εναλλάξ, και περί το τέλος να αγκομαχεί. Κι έτσι τώρα, που επιτέλους ολοκληρώθηκε η περιπετειώδης αυτή διαδικασία, ανοίξαμε το κουτί και ...

Σ Κ Ο Ν Η

Συσσωρευμένη στην σχάρα ψύξης της cpu, και εντοπισμένη ακριβώς κάτω από τα πτερύγια του ανεμιστήρα, εν είδει φίλτρου -πες παπλώματος- αποκοπής "αέρα":

Εικόνα

ενώ, μετά το καθάρισμα, πάλι υπάρχει κάποια βέβαια σκόνη αλλά το πάπλωμα καταστράφηκε, κι ο ανεμιστήρας ηρέμησε:

Εικόνα
.
Απάντηση

Επιστροφή στο “Ο Η/Υ ως εργαλείο παραγωγικότητας!”