Jump to content

gdp77

Premium Members
  • Posts

    12.566
  • Εγγραφή

  • Τελευταία Επίσκεψη

  • Ημέρες που κέρδισε

    65

Everything posted by gdp77

  1. Λοιπόν το status αυτή τη στιγμή είναι ότι μετά από κάθε επανεκκίνηση linux χάνω τον δίσκο καθώς υπαρχει ένα microsoft reserved partition sdd1 (το οποίο σημειωτέον δεν φαίνεται πουθενά π.χ. gparted αλλά το βλέπει το fdisk) Με fsck τα επαναφέρω αλλά το πρόβλημα παραμένει.... Απλά έλεος..... Πώς σκατά μπορώ από τα backup superblocks να ξαναγράψω το primary superblock ??? ΕΛΕΟΣ Για εκεί με βλέπω... Αλλά με έχει πιάσει το "gdp-ικό" μου τώρα να ανακαλύψω τη λύση.... Αν υπάρχει....
  2. update 8/4/21 Απλά έλεος.... Ενώ όλα καλά, μετά από μερικά boots windows 10 και μια εκτέλεσε easus backup του win 10 συστήματος, ξαναγυρνάω σε linux και ξανά μανά τα ίδια!!! Ο δίσκος είχε ξανά ένα partition sdd1 στην αρχή windows reseved και τα δεδομένα sdd υπήρχαν αλλά σε "unformated" partition. Τρέχω ξανά fsck.ext4 και τα επαναφέρω.... Κάτι πρέπει να άφησε το intialize των windows στο gpt και οταν το βλέπουν πάνε να ανακτήσουν τον δίσκο... Τρέχοντας fdisk /dev/sdd (μετά την επαναφορά με fsck) βλέπω αυτό: george@ryzen:~$ sudo fdisk /dev/sdd [sudo] password for george: Welcome to fdisk (util-linux 2.34). Changes will remain in memory only, until you decide to write them. Be careful before using the write command. The primary GPT table is corrupt, but the backup appears OK, so that will be used. Επομένως η υπόθεσή μου είναι σωστή, ναι μεν το fsck ανακτά τα αρχεία μου, αλλά η μαμακία στο GPT παραμένει.... Δοκίμασα fdisk -w (write new table) αλλά τώρα φαινόταν όλος ο δίσκος unformatted και τον επανέφερα ξανά με fsck Πώς διορθώνω το πρόβλημα στο GPT για να μην γίνει ξανά μαμακία στα windows???? SOS @Rusty_Cookie
  3. Συγγνώμη αλλά "αέρας" είναι και το fiat χρήμα, καθώς η αντιστοιχία του σε χρυσό εδώ και χρόνια δεν υπάρχει
  4. To latop μου ~ 10ετίας είναι toshiba με 1ης γενιάς i5 + radeon. Με SSD, πλέον, δουλεύει άψογα dual boot Windows 10 + Linux Mint 20 Επαυξάνω... @GriGaS Κάποιο θέμα με τους drivers της GPU... Τα windows θα είχαν κάποιους νέους, ενώ χρειάζονται οι legacy (Catalyst) λογικά... Περίεργο που δεν σε άφηνε να κάνεις αναβάθμιση BIOS ενώ το είχες στο ρεύμα... Τι πάει να πει μπαταρία 1%? Χρόνια χρησιμοποιούσα το δικό μου toshiba στο ρεύμα (πριν βρω συμβατή μπαταρία της προκοπής) και δεν είχα ποτέ τέτοιο θέμα. Επίσης κουλό που δεν μπόρεσες να αναβαθμίσεις και το BIOS με προειδοποίηση περί ασυμβατότητας! Σίγουρα κατέβασες BIOS για το σωστό laptop? Πάντως σε νιώθω, με όσα τράβηξες.... ΥΓ με live linux δοκίμασες? ? χαχαχαχαχαχα
  5. Είναι να μην απορεί κανείς που δεν υπάρχουν κάρτες γραφικών ούτε για δείγμα στην αγορά... Σημεία των καιρών... Φτάσαμε να βλέπουμε αλιευτικά σκάφη, αντί για άλλα παράνομα αγαθά που μέχρι τώρα διακινούσαν, να προσθέτουν κάρτες γραφικών NVIDIA CMP στο φορτίο τους. Αυτό συνέβη πρόσφατα στο Χονγκ Κονγκ, όπου οι Αρχές του Τμήματος Τελωνείων και Φόρων του Χονγκ Κονγκ κατέλαβαν ένα αλιευτικό σκάφος λαθρεμπορίου που ήταν "αθώα" αγκυροβολημένο λίγο έξω από το Διεθνές Αεροδρόμιο του Χονγκ Κονγκ. Ενώ ορισμένα από τα λαθραία προϊόντα ήταν συνηθισμένα για τις Αρχές (εξωτικά τρόφιμα και υψηλής αξίας τεχνολογικά gadget χαμηλού αποτυπώματος, όπως smartphone και tablet) οι λαθρέμποροι μεταφέρουν επίσης 300 GPU NVIDIA CMP 30HX χωρίς σήμανση. Το γεγονός ότι οι κάρτες ήταν χωρίς σήμανση σημαίνει ότι με κάποιον τρόπο "παρέκκλιναν" από τις γραμμές συναρμολόγησης πριν από την επεξεργασία τους για τελική συσκευασία! Έχουμε δηλαδή αυτή τη στιγμή χειροπιαστές αποδείξεις για το πώς οι παραγόμενες κάρτες ΔΕΝ φτάνουν στην αγορά και, βεβαίως, αυτό συμβαίνει όχι μόνο για κάρτες CMP, αλλά και για σειρές RTX 30 που απευθύνονται στη gaming αγορά. Τα συμπεράσματα δικά σας...
  6. update: ΟΛΑ ΟΚ!!!! Έτρεξα το rsync με την παράμετρο --dry-run που μου δίνει το output του συγχρονισμού, χωρίς όμως να γίνει καμία εγγραφή στο δίσκο. Πλην κάποιων διαγραφέντων αρχείων video (τα είχα σβήσει εγώ στον 3TB, αλλά δεν είχα ανανεώσει το backup, επομένως υπήρχαν στο backup), όλα τα άλλα κομπλέ!
  7. Σωστό δεν το είχα σκεφτεί. Εννοείς κάποιο "εικονικό" rsync χωρίς να εγγραφούν δεδομένα? Υπάρχει σχετική παράμετρος που ξέρεις να μου πεις γρήγορα ή να το ψάξω? edit: το dry-run λες. Το βρήκα δοκιμάζω τώρα
  8. Όχι δεν θεωρώ κάτι τέτοιο. Βασίζομαι στην έρευνά σου, ότι δηλαδή είναι κάποιο θέμα του router. Επομένως απευθύνεσαι στον πάροχο και ζητάς αντικατάσταση με άλλο μοντέλο router που δεν έχει το ίδιο πρόβλημα. Ή, αν είναι κάποιο θέμα ρύθμισης, τότε να το κάνουν αυτοί remotely και να μην ψάχνεις εσύ ψίλους στα άχυρα. Μιλάμε για router του παρόχου, ή δικό σου after market?
  9. Η AMD, την 1η Απριλίου, δημοσίευσε μια νέα αίτηση διπλώματος ευρεσιτεχνίας που φαίνεται να δείχνει τον τρόπο με τον οποίο κινείται ο σχεδιασμός chiplet GPU. Πριν το σκεφτείτε, είναι όντως μια αίτηση ευρεσιτεχνίας και δεν υπάρχει πιθανότητα ένα πρωταπριλιάτικο αστείο. Το νέο δίπλωμα ευρεσιτεχνίας αναπτύσσεται ταυτόχρονα με το προηγούμενο της AMD, το οποίο παρουσίαζε μόνο μια παθητική γέφυρα που συνδέει τα διαφορετικά τσιπ GPU και τους πόρους επεξεργασίας τους. Εάν θέλετε να διαβάσετε μια εις βάθος ανάλυση σχετικά με το ποια είναι τα chiplets και γιατί είναι σημαντικά για το μέλλον των γραφικών (και των υπολογιστών γενικά), ανατρέξτε σε αυτό το άρθρο εδώ στο TPU. Η νέα σχεδίαση ερμηνεύει την ενεργή γέφυρα που συνδέει τα chiplets ως προσωρινή μνήμη τελευταίου επιπέδου (σκεφτείτε το ως L3), έναν ενοποιητικό δρόμο δεδομένων που εκτίθεται εύκολα σε όλα τα chiplets (σε αυτό το δίπλωμα ευρεσιτεχνίας, ένα σχέδιο τριών chiplet). Πρόκειται ουσιαστικά για την RDNA 2 Infinity Cache της AMD, αν και δεν χρησιμοποιείται μόνο ως προσωρινή μνήμη εδώ. Χρησιμεύει επίσης ως ενεργή διασύνδεση μεταξύ των GPU chiplets που επιτρέπουν την ανταλλαγή και τον συγχρονισμό πληροφοριών, όποτε και αν απαιτείται. Αυτό επιτρέπει επίσης στο μητρώο και στην προσωρινή μνήμη να εκτίθενται ως ενοποιημένο μπλοκ για προγραμματιστές, σε ένα αφαιρετικό στρώμα, ώστε να μην χρειάζεται να προγραμματίζουν για ένα σύστημα με σχεδιασμό προσωρινής μνήμης τριών δρόμων. Υπάρχουν επίσης φυσικά οφέλη απόδοσης που πρέπει να λάβουμε υπόψιν μας, όπως υπάρχουν με τα σχέδια chiplet της AMD Zen αρχιτεκτονικής με τη δυνατότητα κλιμάκωσης της απόδοσης χωρίς μονολιθικά σχέδια που έχουν υψηλές απαιτήσεις ισχύος. Η ενσωματωμένη, ενεργή γέφυρα προσωρινής μνήμης θα βοηθήσει, επίσης, σίγουρα στη μείωση του λανθάνοντος χρόνου και στη διατήρηση της συνοχής επεξεργασίας ανάμεσα στα chiplet.
  10. Αν όντως είναι θέμα router, επικοινωνείς με τον πάροχο και ζητάς αντικατάσταση με νεότερη εκδοχή του ίδιου router ή με άλλο router.
  11. Ενός κακού μύρια έπονται.... Κατά τις εργασίες μου για την επαναφορά ενός laptop γνωστού προσώπου (περισσότερα εδώ), αντί να κάνω format έναν εξωτερικό SSD για να τον μετατρέψω σε bootable windows media, από miss click και βιασύνη έκανα initialize τον ext4 3TB "storage" δίσκο μου. Εκείνη τη στιγμή δεν έδωσα σημασία, καθώς θεωρούσα ότι το initialize ήταν κάτι τύπου "mount" και ότι δεν έγινε κάτι στον δίσκο. Προχώρησα με τις υπόλοιπες εργασίες μου και καθ' όλη τη διάρκεια της ημέρας δεν μπήκα καθόλου Linux λόγω τηλεκπαίδευσης και άλλων υποχρεώσεων. Σήμερα το πρωί πήρα την πρώτη ψυχρολουσία: Μπαίνοντας Linux, βλέπω κάτω δεξιά στο εικονίδιο του timeshift ότι δεν έχει γίνει mount o δίσκος storage.... WTF??? Το μυαλό μου δεν πήγε καν στο συμβάν που περιγράφω στην πρώτη παράγραφο... Ανοίγω disks και έντρομος συνειδητοποιώ τι έχει γίνει... Ο 3TB δίσκος έχει γραμμένο "Windows Reserved" partition, μάλλον MBR, μεγέθους 17MB και όλη η υπόλοιπη χωρητικότητα 3TB φαίνεται unformatted.... Τότε κατάλαβα ότι το "initialize" που είχα κάνει από το disk management των Windows δεν ήταν απλό "mount".... Υπήρχαν καλά και κακά νέα... Τα κακά ήταν ότι αυτός ο δίσκος περιέχει α) υλικό ανεκτίμητης αξίας με πρωτογενές video από τη γέννηση και τη βρεφική ηλικία του γιου μου, μέχρι και πρόσφατα, β) την ταινιοθήκη μου που περιλαμβάνει και σπάνιες ταινίες που δεν βρίσκεις εύκολα γ) τον φάκελο backup του timeshift (εξ ου και το αρχικό warning) δ) αρχειοθέτηση της δουλειάς μου των τελευταίων 15 ετών. Τα καλά νέα ήταν ότι ΕΥΤΥΧΩΣ υπήρχε backup (με rsync) του δίσκου, σε εξωτερικό δίσκο 6TB, ο οποίος μάλιστα για λόγους ασφαλείας είναι offline, δηλαδή αποσυνδεδεμένος και συνδέεται μόνο όταν παίρνω backup. Είχα πλέον μπει σε αχαρτογράφητα ύδατα, γιατί ποτέ μέχρι σήμερα δεν έχω κάνει επαναφορά backup με rsync. Απλά αντιστρέφω τα paths και λειτουργεί; Κάνω απλό copy paste; Και αν κάνω κάτι λάθος κατά την επαναφορά από τον 6TB (εξωτερικό backup) ---> 3ΤΒ (εσωτερικό storage), αργότερα, όταν θα έπαιρνα το πρώτο backup από τον δίσκο 3ΤΒ ---> 6ΤΒ backup θα είχε την πιθανότητα να χάσω αρχεία για πάντα! Έπρεπε να είμαι πολύ πολύ προσεκτικός! Άσε που επειδή το rsync αρχειοθετεί αρχεία, η επαναφορά θα χρειαζόταν ΩΡΕΣ. Τα αρχεία συνολικά στον δίσκο είναι 1.183.881 !!! Και εννοείται υπήρχε και το δίλημμα: Να επιχειρήσω recovery (αν γίνεται) ή να πάω κατευθείαν σε επαναφορά από backup; Αρχίζω το ψάξιμο και το googling, πρώτα για το πώς επαναφέρω rsync backup. Κάπου ανάμεσα σε ιστοσελίδες και εντολές τερματικού, έχω τη φαεινή ιδέα να αναζητήσω λύση σε λάθη όπως το δικό μου "accidentally initialized ext4 disk" και σκάω πάνω στην εντολή fsck. 10-15 χρόνια χρήστης linux, γνώριζα την εντολή, αλλά ποτέ δεν είχε χρειαστεί να την χρησιμοποιήσω για διόρθωση σφαλμάτων σε δίσκο, καθώς ΠΟΤΕ δεν είχε γίνει corrupted ext4 filesystem. Τόσο αξιόπιστο είναι... (δεν μπορώ να πω το ίδιο και για το NTFS που πολλές φορές έχω χρησιμοποιήσει chkdsk στα Windows). Τελικά το fsck.ext4 ήταν και η σωτηρία μου! Με την εντολή sudo fsck.ext4 -vy /dev/sdd (-v --> verbose // -y ---> "ναι σε όλα" γιατί τα prompts που σκάνε είναι πολλά λόγω της φύσης της ζημιάς) και μετά από 5-10 λεπτά διαδικασία, το fsck κατάφερε να επαναφέρει τον δίσκο, προφανώς αξιοποιώντας κάποιο αντίγραφο του superblock που για λόγους redundancy κρατάει το ext4, με όλα τα αρχεία και τους καταλόγους στη θέση τους! Φυσικά δεν μπορώ να ελέγξω τα πάντα αλλά με τυχαία ανοίγματα που έκανα σε αρχεία, όλα φαίνονται να λειτουργούν ΟΚ! storage: ***** FILE SYSTEM WAS MODIFIED ***** 2087519 inodes used (1.14%, out of 183148544) 7915 non-contiguous files (0.4%) 5256 non-contiguous directories (0.3%) # of inodes with ind/dind/tind blocks: 0/0/0 Extent depth histogram: 1971857/2504/7 285710858 blocks used (39.00%, out of 732566646) 0 bad blocks 57 large files 1183881 regular files 785491 directories 0 character device files 0 block device files 8 fifos 4398472 links 118111 symbolic links (113116 fast symbolic links) 19 sockets ------------ 6485914 files Έλεγξα και τα attributes των αρχείων καθώς και τις χρονοσφραγίδες τους και φαίνονται όλα OK, επομένως και το επόμενο backup με rsync θα λειτουργήσει κανονικά, μάλλον... Συμπεράσματα: 1) Μην βιάζεστε όταν κάνετε εργασίες με δίσκους 2) Να έχετε πάντα backup και μάλιστα backup του backup. Ένα εξ αυτών πρέπει να είναι πάντα offline. Όχι μόνο για να αποφευχθεί η όποια φυσική καταστροφή αλλά και για περιπτώσεις , όπως στη δικιά μου, λάθους του χρήστη. 3) Το fsck.ext4 είναι πανίσχυρο εργαλείο και μπορεί να σώσει τη μέρα, αλλά, βεβαίως, εφόσον υπάρχει η σιγουριά του 2 4) Πρέπει να γνωρίζετε πώς να επαναφέρετε το backup που κρατάτε. 5) Η μεγάλη εμπειρία χρήσης Η/Y δημιουργεί πολλές φορές και υπερβολική σιγουριά και λάθη. Το λάθος που έκανα, αν το έγραφε κάποιος στο forum, θα σκεφτόμουν "τι νουμπάς". Και όμως μου συνέβη...
  12. Επίσης η MS φροντίζει και επαναφέρι το "fast startup" μετά από συγκεκριμένα updates, χωρίς να ρωτήσει κανέναν, οπότε τα όποια προβλήματα επανέρχονται και ψάχνεσαι να βρεις τι έχει συμβεί...
  13. Λοιπόν... Θα έπρεπε να το ψάξω περισσότερο πιο πριν... Επειδή πάντα μου δούλευε το ntfsfix δεν το ήξερα Διαβάζω ότι με το flag -d μπορεί να αφαιρέσει το "dirty" status του δίσκου sudo ntfsfix -d /dev/xxxx Άραγε να γινόταν δουλειά έτσι και να γλίτωνα το format???? Ποτέ δεν θα μάθω @paxman Αν σου τυχαίνει συχνά, όπως λες, δοκίμασε και το παραπάνω μήπως και κάνει δουλειά...
  14. Μάλιστα... Εμένα πάντα δουλεύει, εκτός αν απενεργοποιήσεις το fast boot στα windows οπότε δεν ξαναπαρουσιάζεται. Στην περίπτωση, λοιπόν, που δεν δουλεύει, ποια είναι η λύση? Υπάρχει κάποιο tool που διορθώνει την κατάσταση? Ή πρέπει να μπεις από κονσόλα windows και να κάνεις chkdsk? Ρωτάω να μάθω πώς θα μπορούσα να αντιμετωπίσω την κατάσταση διαφορετικά
  15. Ναι αλλά αυτό φτιάχνει με sudo ntfsfix /dev/xxxxx To έκανα και πάλι ΔΕΝ....
  16. Προχθές μου φέρνει η σύζυγος το laptop ενός συμμαθητή του γιου μου, μετά από επίσκεψη στο σπίτι τους, με την παράκληση να του ρίξω μια ματιά γιατί δεν λειτουργούσε.... Κάνουν παρέα τα παιδιά, πολλές φορές έρχεται και κοιμάται σπίτι, τέλος πάντων, αποφάσισα να το κοιτάξω... Ήταν ένα Huawei Matebook D14 (αργότερα λεπτομέρειες) με Ryzen 3500U 8GB RAM και 512GB SSD Ωραίο λαπτοπάκι. Το ανοίγω και πριν μπει στα win, πετάει blue screen (win 10), συλλέγουμε πληροφορίες μπλα μπλα. Στην επόμενη επανεκκίνηση μπαίνει σε mode αυτόματης διόρθωσης όπου αποτυγχάνει χωρίς εξηγήσεις. Σκέφτομαι να του κάνω επαναφορά σε εργοστασιακή κατάσταση μέσω του μενού επαναφοράς των windows. Τηλέφωνο στο παιδί και ρωτάω αν έχει αρχεία που χρειάζεται. Μου λέει ποια είναι αυτά και μπουτάρω με live linux (που λειτουργεί άψογα ΚΑΙ το wifi - later για αυτό- ). Παίρνω τα αρχεία και τα βάζω σε στικάκι. Reboot και πάμε για επαναφορά.... ΔΕΝ.... Μου λέει ότι δεν έχει επαρκή χώρο ο δίσκος... ΈΛΕΟΣ. Ξανά Linux, βλέπω ότι έχει διάφορα μικρά partitions στην αρχή, μετά ένα partition με τα windows ~ 80GB σχεδόν γεμάτο και ένα άλλο partition (D) με αρκετό χώρο. Στο τέλος του δίσκου πάλι 2-3 partitions μπούρδες της Huawei, για restore μάλλον κλειδιά κτλ. Επικεντρώνομαι στα 2 μεγάλα partitions, προφανώς τα C και D. Η αρχική μου σκέψη ότι το C δεν έχει τον απαραίτητο χώρο για την επαναφορά και κοιτάω να σβήσω κάποια αρχεία στο /user για να δημιουργήσω χώρο.... ΔΕΝ.... το mint δεν μου έδινε καν την επιλογή "delete"... WTF???? Ανοίγω elevated privilages,. Πάω να σβήσω.... ΔΕΝ.... ΕΛΕΟΣ. Αυτό δεν μου έχει ξανασυμβεί... Πώς είναι δυνατόν να μην με αφήνει!!!! Με ζώνουν τα φίδια ότι ο SSD τα έχει παίξει και έχει μπει σε read only mode.... Έλεγχος στον δίσκο, η υγεία είναι OK.... Σκέφτομαι να τα παρατήσω, αλλά μετά με πιάνει το "δασκαλικό" μου και σκέφτομαι ότι αν δεν το φτιάξω το παιδί δεν θα μπορεί να κάνει μάθημα τη Δευτέρα και δεν είναι και από "πλούσια" οικογένεια με εναλλακτικές. Plan B. Πάω να κάνω repartitioning να συρρικνώσω το D και να αυξήσω το μέγεθος του C. Ανοίγω gparted και ενώ συρρικνώνω το D, με την καμία δεν θέλει να προσθέσει τον δημιουργηθέντα χώρο στο C.... Ανεξήγητο!!!! Πρόκειται για περίπτωση κάποιου είδους κλειδώματος στον δίσκο που δεν γνωρίζω? Plan C, ενώ ήδη έχουν περάσει 2 ώρες με όλα αυτά.... Full format. done... Πάλι καλά που με άφησε.... Επανεγκατάσταση λειτουργικού, kudos στη Microsoft που προφανώς από το σειριακό του υπολογιστή καταλαβαίνει ότι είναι ενεργοποιημένα windows και δεν χρειάζεται νέα αγορά κλειδιού. Έλα όμως που μετά την επανεγκατάσταση ΔΕΝ αναγνωρίζει wifi! Νόμιζα ότι μόνο στο linux έχουμε τέτοια lol ? Έλα όμως που στο Linux έπαιξε το wifi out of the box χαχαχαχαχαχα αυτά για τους μύθους και το mythbusting.... Κανένα πρόβλημα θα το καρφώσω ενσύρματα και θα τους κατεβάσω.... Ψάχνω αριστερά, ψάχνω δεξιά, πουθενά ethernet port. Τα ρημάδια τα ultra slim!!!! Η πόρνη η Apple φταίει για όλα!!!! Μας το πασάρουν ότι στα Ultra slim δεν γίνεται, αλλά κοιτάνε οι κατασκευαστές να βγάλουν από τη μύγα ξύγκι... Τέσπα ευτυχώς καρφώνω το κινητό με usb tethering και κάνω δουλειά.... Ωραία αλλά ποιο λάπτοπ είναι για να κατεβάσω drivers??? Κοιτάω από κάτω από το laptop, πουθενά αυτοκόλλητο να δω μοντέλο.... Μόνο Huawei έγραφε στο πίσω μέρος της οθόνης.. Τηλέφωνο ξανά στον ιδιοκτήτη, δεν ήξερε.... Τον έβαλα να ψάξει αποδείξεις. .. Με τα πολλά μετράω το μέγεθος της οθόνης και με μια αναζήτηση συνδυασμού στοιχείων βρίσκω ότι είναι το MateBook D14 AMD. Πάνω που το βρίσκω, με παίρνουν και τηλέφωνο και μου το επιβεβαιώνουν.... Ωραία κατεβάζουμε drivers και όλα κομπλέ.... Έτοιμο πλέον για τηλεκπαίδευση, fortnite κτλ.... Δυστυχώς δεν έμαθα ποτέ πώς και γιατί δεν μπορούσα να κάνω καμία επέμβαση στον δίσκο και ποιου είδους "κλείδωμα" ήταν αυτό που δεν μπορούσα ούτε με live linux να σβήσω δεδομένα στον δίσκο ή να αλλάξω το partitioning.... Σας έχει τύχει κάτι παρόμοιο; Θα με ενδιέφερε να μάθω για εγκυκλοπαιδικούς λόγους....
  17. Η Valve κυκλοφόρησε πριν λίγες μέρες το Proton 6.3-1, την τελευταία έκδοση του εργαλείου συμβατότητάς τους για το Steam Play για να σας βοηθήσει να εκτελέσετε παιχνίδια Microsoft Windows στο λειτουργικό σας σύστημα που βασίζεται σε Linux (σ.σ. αρκετές φορές με μεγαλύτερη σταθερότητα ή ταχύτητα, ακόμα και από τα ίδια τα Windows!!!! ). Η έκδοση 6.3-1 είναι σημαντική καθώς είναι η πρώτη της σειράς 6.x. Η υποστήριξη νέων παιχνιδιών αυξάνεται διαρκών και στις νέες προσθήκες περιλαμβάνονται τα: Arena Wars 2, ARK Park, Battle Arena VR, Bioshock 2 Remastered, Company of Heroes 2, Divinity: Original Sin 2, Gravity Sketch, Home Behind 2, King Arthur: Knight’s Tale, logiCally, Mass Effect 3 N7 Digital Deluxe Edition (2012), Rise of the Triad, Rise of Venice, Shadow Empire, Shenmue I and II, Tom Clancy’s Rainbow Six Lockdown και XCOM: Chimera Squad. Επιπλέον, το Proton 6.3-1 βελτιώνει τη διάταξη του ελεγκτή και την εν λειτουργία σύνδεση για τα βιντεοπαιχνίδια Hades και Slay the Spire, βελτιώνει την υποστήριξη τιμονιέρας G29 στο βιντεοπαιχνίδι Assetto Corsa Competizione, βελτιώνει την υποστήριξη για ελεγκτές PlayStation 5, προσθέτει υποστήριξη για τον καθορισμό προτεραιοτήτων νήματος μέσω RTKit, βελτιώνει τη σύνδεση Uplay, βελτιώνει την υποστήριξη βίντεο, βελτιώνει την υποστήριξη για διατάξεις πληκτρολογίου εκτός των ΗΠΑ και βελτιώνει τον χρόνο εκκίνησης και τη συμβατότητα VR. Το Proton 6.3-1 χρησιμοποιεί το επίπεδο συμβατότητας Wine 6.3 για την εκτέλεση εφαρμογών και παιχνιδιών Windows σε πλατφόρμες Linux / UNIX, υλοποίηση DXVK 1.8.1 με βάση το Vulkan του Direct3D 9/10/11 σε Linux, καθώς και wine-mono 6.1 .1, FAudio 21.03.05 και vkd3d-proton 2.2. Μπορείτε να κατεβάσετε το Proton 6.3-1 τώρα από τη σελίδα GitHub του έργου, αλλά μόνο το tarball πηγαίου κώδικα παρέχεται για το Linux OS. Οι περισσότεροι χρήστες θα πρέπει να εγκαταστήσουν τη νέα έκδοση Proton από τα αποθετήρια λογισμικού της αγαπημένης τους διανομής GNU / Linux όταν θα είναι διαθέσιμη, εάν θέλουν να έχουν καλύτερη εμπειρία παιχνιδιού κατά την εκτέλεση παιχνιδιών Windows σε Linux.
  18. Σύμφωνα με αναφορές που προέρχονται από τον Τύπο της Νότιας Κορέας, οι τοπικές αρχές μόλις έδωσαν το πράσινο φως στην SK Hynix για να ξεκινήσει η κατασκευή ενός τεράστιου εργοστασιακού συγκροτήματος. Μετά από μια επί μακρόν φάση προγραμματισμού, το νέο εργοστάσιο πρόκειται να κατασκευαστεί Β, μια πόλη που βρίσκεται 50 χλμ νότια της πρωτεύουσας Σεούλ. Η εταιρεία αναμένεται να εκκινήσει τις κατασκευαστικές εργασίες στο τέταρτο τρίμηνο του τρέχοντος έτους, να ολοκληρώσει τα πάντα και να ξεκινήσει την παραγωγή μεγάλου όγκου DRAM το 2025. Όσον αφορά το μέγεθος του νέου εργοστασίου, θα καταλαμβάνει έκταση 4,15 εκατομμυρίων τετραγωνικών μέτρων. Το συνολικό κόστος της κατασκευής θα είναι περίπου 106 δισεκατομμύρια δολάρια, επένδυση που κάνει όλα τα πρόσφατα σχέδια κατασκευής fab από άλλες εταιρείες να φαίνονται μικροσκοπικά σε σύγκριση με αυτήν την τεράστια επένδυση. Το εργοστασιακό συγκρότημα θα αποτελείται από τέσσερα fabs, όπου η συνολική παραγωγή γκοφρετών πυριτίου ανά μήνα θα είναι περίπου 800.000. Αυτά τα fabs θα είναι επιφορτισμένα με την παραγωγή σύγχρονων DRAM αλλά και τεχνολογιών DRAM επόμενης γενιάς. Προς το παρόν δεν μπορούμε να αγοράσουμε σχεδόν τίποτα σε φυσιολογικές τιμές, αλλά υπάρχει ελπίδα για το μέλλον με όλες αυτές τις επενδύσεις που διαβάζουμε ότι γίνονται...
  19. Δεν φαίνεται η εικόνα που πόσταρες... Τι είναι?
×
×
  • Δημιουργία...

Important Information

Ο ιστότοπος theLab.gr χρησιμοποιεί cookies για να διασφαλίσει την καλύτερη εμπειρία σας κατά την περιήγηση. Μπορείτε να προσαρμόσετε τις ρυθμίσεις των cookies σας , διαφορετικά θα υποθέσουμε ότι είστε εντάξει για να συνεχίσετε.