ubuntudde και ntfs-config
χρονια πολλα.

μολις εγκατεστησα το ubuntudde 20.04 και βλεπω οτι δεν μπορω να βαλω το ntfs-config για να κανω mount δισκους με ntfs.

τι προβλεπεται;

επισης, χανεται η ενδειξη της επιλογης γλωσσας πληκτρολογιου στην taskbar, μετα απο καθε επανεκκινηση, και αφου το διορθωνω.
ναι, όταν πας στο edit mount options από το γρανάζει ανεργοποίησε το user session defaults και βεβαιώσου ότι το κουτάκι mount at system startup είναι τσεκαρισμένο. στη συνέχεια επέλεξε το mount point και κάνε οκ.
Πηγαίνετε στο System Preferences> Πληκτρολόγιο και ποντίκι, στη συνέχεια, επιλέξτε συντομεύσεων πληκτρολογίου. Στο κάτω μέρος, εξασφαλίζουν πλήρες πληκτρολόγιο πρόσβασης έχει ρυθμιστεί σε «όλους τους ελέγχους». Είναι πολύς καιρός από τότε που το γύρισε σε αλλά νομίζω ότι αυτό είναι το μόνο που πρέπει να κάνετε Είχα ακολουθήσει ένα διαφορετικό σεμινάριο σχετικά με τη ρύθμιση Xen μου στο Ubuntu πριν από 8,04 αλλά τώρα αναβαθμίστηκε σε 8.04. Θα χρησιμοποιηθεί για την επιπλέον γραμμή στο cfg μου διαδρομής ορίζονται ως ακολούθως:



```
extra = ' TERM=xterm xencons=tty console=tty1'

```

Αυτό μου επιτρέπει να «XM κονσόλα όνομα» από dom0. Νομίζω ότι αυτό ήταν από ένα πρόβλημα με το Xen εγκατάσταση στην έκδοση πριν από την 8,04 (δεν είμαι σίγουρος ποια έκδοση που ήταν). Δεν είμαι σίγουρος αν η ίδια αλλαγή είναι απαραίτητη 8.04 και είμαι μια αναβάθμιση και δεν άλλαξε καμία από domU διαμορφώσεων μου μετά την αναβάθμιση. Αυτό λειτουργεί στον υπολογιστή μου (TM) μετά την εγκατάσταση rdbgsetup\_x64.exe και να περάσει από τον οδηγό διαμόρφωσης:



```
sc stop msvsmon90
sc config msvsmon90 binPath= "C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\Remote Debugger\x86\msvsmon.exe /service msvsmon90"
sc start msvsmon90

``` [Το έργο NPTL](http://en.wikipedia.org/wiki/Native_POSIX_Thread_Library) που εφαρμόστηκε για πρώτη φορά Pthreads σε Linux ήταν ένα ξεχωριστό έργο αρχικά προσθέτοντας υποστήριξη του πυρήνα και παρέχει τη δική της βιβλιοθήκη.


Όταν ήταν αρκετά σταθερό συγχωνεύθηκε στο glibc. Θα ήθελα να υποθέσουμε ότι οι δύο αυτές εκδόσεις είναι πανομοιότυπες σε όλες τις εγκαταστάσεις λογικά up-to-ημερομηνία.


Στο Ubuntu 8.10 το αποτέλεσμα είναι κάπως έτσι:



```
$ Getconf GNU\_LIBC\_VERSION
glibc 08/02/90
$ Getconf GNU\_LIBPTHREAD\_VERSION
NPTL 08/02/90

``` C ++ 11 περιλαμβάνει πλέον την υποστήριξη των κανονικών εκφράσεων. Θα είναι ανεξάρτητη πλατφόρμα. Απλά χρειάζεται μια πρόσφατη compiler. Ελέγξτε την παρακάτω λίστα για να ξέρετε ποια να χρησιμοποιήσει.


<http://wiki.apache.org/stdcxx/C%2B%2B0xCompilerSupport>


Η ελπίδα αυτό βοηθά Μπορεί. Αλλά έχετε μεγαλύτερα προβλήματα. `gettimeofday()`μπορεί να οδηγήσει σε λανθασμένη χρονισμούς αν υπάρχουν διεργασίες στο σύστημά σας που αλλάζουν το χρονόμετρο (δηλαδή, ntpd). Σε ένα «κανονικό» linux, όμως, πιστεύω ότι η ανάλυση της `gettimeofday()`είναι 10us. Μπορεί να μεταβείτε προς τα εμπρός και προς τα πίσω και το χρόνο, κατά συνέπεια, με βάση τις διεργασίες που τρέχουν στο σύστημά σας. Το γεγονός αυτό καθιστά ουσιαστικά την απάντηση στην ερώτησή σας δεν είναι.


Θα πρέπει να εξετάσουμε `clock_gettime(CLOCK_MONOTONIC)`για το χρονοδιάγραμμα διαστήματα. Πάσχει από πολλά λιγότερα προβλήματα λόγω τα πράγματα όπως multi-core συστήματα και εξωτερικές ρυθμίσεις του ρολογιού.


Επίσης, εξετάζει την `clock_getres()`λειτουργία. Θα χρησιμοποιηθεί για να πάρει αυτό - νομίζω ότι είναι ένα bug με το παράθυρο εντοπισμού σφαλμάτων «Autos»:


[http://social.msdn.microsoft.com/Forums/en-US/vsdebug/thread/eabc58b1-51b2-49ce-b710-15e2bf7e7516/](https://social.msdn.microsoft.com/Forums/en-US/vsdebug/thread/eabc58b1-51b2-49ce-b710-15e2bf7e7516/) > 
> αυτό είναι ένα «Unicode string» σε Python; Μήπως αυτό σημαίνει ότι UCS-2;
> 
> 
> 


Οι συμβολοσειρές Unicode σε Python αποθηκεύεται εσωτερικά είτε ως UCS-2 (σταθερού μήκους 16-bit αναπαράσταση, σχεδόν το ίδιο όπως UTF-16) ή UCS-4 / UTF-32 (σταθερού μήκους αναπαράσταση 32-bit). Είναι μια επιλογή μεταγλώττισης? για τα Windows είναι πάντα UTF-16, ενώ πολλές διανομές Linux που UTF-32 (ευρείας οθόνης) για τις εκδόσεις τους Python.


Μπορείτε γενικά δεν πρέπει να φροντίσουν: θα δείτε Unicode κωδικό σημεία ως ενιαία στοιχεία σε χορδές σας και δεν θα ξέρετε αν είναι αποθηκευμένα σε δύο ή τέσσερα bytes. Αν είστε σε μια UTF-16 κατασκευής και θα πρέπει να χειριστεί τους χαρακτήρες εκτός του βασικού πολύγλωσσο αεροπλάνο θα σας κάνουν λάθος, αλλά αυτό είναι ακόμα πολύ σπάνια, και οι χρήστες που χρειάζονται πραγματικά τα επιπλέον χαρακτήρες θα πρέπει να κατάρτιση ευρύ χτίζει.



> 
> απλό λάθος, ή μήπως είναι;
> 
> 
> 


Ναι, αυτό είναι εντελώς λάθος. Για να είμαστε δίκαιοι νομίζω ότι το σεμινάριο είναι αρκετά παλιά? κατά πάσα πιθανότητα προ-ημερομηνίες μεγάλη χορδές Unicode, αν όχι Unicode 3.1 (η έκδοση που εισήγαγε χαρακτήρες εκτός του βασικού πολύγλωσσο αεροπλάνο).


Υπάρχει μια πρόσθετη πηγή σύγχυσης που απορρέουν από τη συνήθεια των Windows για τη χρήση του όρου «Unicode» να σημαίνει, συγκεκριμένα, η κωδικοποίηση UTF-16LE που NT χρησιμοποιεί εσωτερικά. Άνθρωποι από Microsoftland μπορεί συχνά να αντιγράψετε αυτό το κάπως παραπλανητική συνήθεια. Εάν χρησιμοποιείτε Windows, μπορείτε να χρησιμοποιήσετε [`GetDIBits`](http://msdn.microsoft.com/en-us/library/ms532334(VS.85).aspx)για να ανακτήσετε τα δεδομένα bitmap. Πιστεύω ότι αυτή είναι μία από τις επιλογές που δεν μπορείτε να κάνετε απευθείας στη γραμμή εντολών. Μπορείτε μάλιστα να χρειαστεί να επεξεργαστείτε το DBML. Ωστόσο, αυτό δεν είναι μια δύσκολη αλλαγή, οπότε θα πρέπει να είναι σε θέση να αυτοματοποιήσει ένα βασικό εργαλείο της γραμμής εντολών.