Re: (Αλλαγή δικαιωμάτων αρχείου) Πίνακες «μόνο ανάγνωση» στο LibreOffice Base
Απο: Pantelis Koukousoulas pkt...@gmail.com Προς: Kostas Oikonomou kikono...@yahoo.gr Κοιν.: Ubuntu Λίστα ubuntu-gr@lists.ubuntu.com; us...@el.libreoffice.org us...@el.libreoffice.org Στάλθηκε: 11:57 π.μ. Σάββατο, 19 Ιανουαρίου 2013 Θέμα: Re: (Αλλαγή δικαιωμάτων αρχείου) Πίνακες «μόνο ανάγνωση» στο LibreOffice Base 2013/1/19 Kostas Oikonomou kikono...@yahoo.gr: Το παράδοξο στο αρχείο, είναι ότι υπήρχαν πίνακες με πρωτεύοντα κλειδιά που ήταν «Text [VARCHAR]», χωρίς μάλιστα να απαιτείται η αυτόματη εισαγωγή δεδομένων! Πιθανό ο όρος για INTEGER να ισχύει για τον τρίτο ή τέταρτο πίνακα, ή για κάτι άλλο, που δεν μπορώ να σκεφτώ (δεν είμαι πληροφορικός). Στο αρχείο που είδα εγώ, τα πεδία με όνομα ID που είχαν τύπο Text δεν ήταν ορισμένα ως πρωτεύοντα κλειδιά (σε όρους γραφικού περιβάλλοντος δεν υπήρχε κλειδάκι στα αριστερά του ID όπως υπάρχει τώρα). Στους πίνακες που υπήρχε τέτοιο κλειδάκι δεν υπήρχε πρόβλημα ως προς τη λειτουργία της αντίστοιχης φόρμας. Η απαίτηση το πρωτεύον κλειδί να είναι ντε και καλά INTEGER (δηλαδή αριθμός) είναι πρόβλημα με το γραφικό περιβάλλον της Base του LibreOffice δεν είναι κάτι που ισχύει γενικά για τις βάσεις δεδομένων. Οπότε αν κάποιοι πίνακες δε δημιουργήθηκαν από το γραφικό περιβάλλον της Base αλλά π.χ., από τη γραμμή εντολών DDL της (ALTER TABLE μπλα μπλα ...) τότε μια χαρά είναι δυνατόν να υπάρχουν πρωτεύοντα κλειδιά που δεν είναι INTEGER. Ελπίζω τώρα να έγινα πιο κατανοητός. Είναι bug του GUI της Base, όχι γενική απαίτηση στις βάσεις δεδομένων, η γραμμή εντολών SQL της Base επίσης δουλεύει σωστά. Δοκίμασα σε κάποια πρωτεύοντα κλειδιά (αυτά που είχες φτιάξει εσύ) να καταργήσω την αυτόματη εισαγωγή δεδομένων, χωρίς να καταργηθεί το πεδίο από πρωτεύων κλειδί. Πιθανό στους πίνακες, που αναφέρω πιο πάνω, να είχε οριστεί αρχικά το πρωτεύων πεδίο σαν INTEGER και στη συνέχεια να το άλλαξα εγώ, για να μπορώ να προσθέτω ότι θέλω (δεν θυμάμαι αν έγινε πράγματι κάτι τέτοιο). Αν έγινε κάτι τέτοιο αυτό θα μπορούσε να δικαιολογήσει το πρόβλημα. Το bug είναι τέτοιο ώστε όταν κάποιος αλλάξει τον τύπο του πρωτεύοντος κλειδιού (έστω ID) π.χ., σε Text, το εικονίδιο με το κλειδάκι συνεχίζει να εμφανίζεται αλλά μόλις σώσεις τον πίνακα και κλείσεις το αντίστοιχο παράθυρο, για κάποιο μυστήριο λόγο η Base αφαιρεί την ιδιότητα του πρωτεύοντος κλειδιού (κάποιος πανέξυπνος προγραμματιστής της Sun που πέρασε βάσεις δεδομένων νύχτα ευθύνεται γι αυτό μάλλον :P) Οπότε μπορεί να άλλαξες τον τύπο του πεδίου, δεν είδες να αλλάζει τίποτα (συνέχιζε να δείχνει κλειδάκι) και μετά το έκλεισες και αυτό πίσω από την πλάτη σου αφαίρεσε την ιδιότητα πρωτεύον κλειδί από το ID το οποίο το κατάλαβες μόνο από τη συνέπεια που είχε (το ότι κλείδωσαν οι αντίστοιχες φόρμες). Μη γνωρίζοντας τώρα το τι μπορεί να ευθύνεται για το κλείδωμα των φορμών πού να πάει ο νους σου ότι μπορεί να φταίει το άλλαγμα του τύπου ενός πεδίου το οποίο μάλιστα δεν είδες να έχει και ορατές συνέπειες. Φαντάζομαι θα έχεις αντιμετωπίσει αρκετά τέτοια περιστατικά στην ιατρική όπου μια φαινομενικά εντελώς αθώα αλλαγή ή παρέμβαση, που μπορεί μάλιστα βραχυπρόθεσμα να μην έχει καν ορατά ή μετρήσιμα αποτελέσματα, μακροπρόθεσμα μπορεί να έχει σημαντικότατες συνέπειες. Τέλος, για να μην έχω πρόβλημα, μετέτρεψα όλα τα πρωτεύοντα κλειδιά σε INTEGER με αυτόματη εισαγωγή δεδομένων, και πρόσθεσα ένα άλλο πεδίο, με τίτλο patient, όπου θα βάζω ένα μοναδικό κωδικό για τον κάθε ασθενή. Στη συνέχεια δοκίμασα να ορίσω σχέσεις μεταξύ των πινάκων, με το πεδίο patient που θα είναι μοναδικό για κάθε ασθενή, χωρίς επιτυχία. Βγαίνει μήνυμα λάθους, στα αγγλικά, που απ' ότι κατάλαβα λέει ότι το πεδίο patient, πρέπει να είναι πρωτεύων κλειδί ή να μην έχει διπλές τιμές στον πίνακα (πχ δυο τιμές με, ας πούμε, 32). Το πεδίο patient είναι επί του παρόντος «Text [VARCHAR]». Πως θα ελέγχει η Base ότι δεν υπάρχουν διπλές τιμές, έτσι που να με αφήσει να ορίσω τις σχέσεις; Με την αυτόματη τιμή στο Id, το πρωτεύων κλειδί, δεν μπορώ να το χρησιμοποιήσω για τη δημιουργία σχέσης μεταξύ των πινάκων. Ελπίζω να μην σας μπέρδεψα πολύ. Καθόλου δε μας μπέρδεψες :) Καταρχήν η αυτόματη τιμή στο ID σε τι σε εμποδίζει από το να το χρησιμοποιήσεις για τη δημιουργία σχέσης μεταξύ πινάκων; Ίσα-ίσα που δε χρειάζεται να εφευρίσκεις μοναδικούς κωδικούς για κάθε ασθενή π.χ., και να σκέφτεσαι αν κάποιο αριθμό τον έχεις χρησιμοποιήσει ξανά ή όχι. Το να μην έχει διπλοεγγραφές ένα πεδίο Text δεν είναι πρόβλημα η base να το ελέγξει. Π.χ., αν ξέρει ότι ως τώρα δεν υπάρχουν διπλοεγγραφές αρκεί να ελέγχει κάθε νέα καταχώρηση ότι δεν ταυτίζεται με μια από τις υπάρχουσες. Αυτό μπορεί να γίνει συγκρίνοντας π.χ., χαρακτήρα προς χαρακτήρα (φυσικά αυτό είναι πολύ λιγότερο αποδοτικό από το να συγκρίνεις ακεραίους συνήθως και γι αυτό ο κόσμος προτιμά τα πεδία τύπου ID να είναι τύπου INTEGER). Οπότε εν κατακλείδι, το σωστό και πρακτικό είναι να κάνεις σχέσεις μεταξύ πινάκων με βάση το πρωτεύον κλειδί μόνο. Το ότι το κλειδί αυτό θα είναι αριθμός (και μάλιστα με αυτόματη αύξηση) δε
Re: (Αλλαγή δικαιωμάτων αρχείου) Πίνακες «μόνο ανάγνωση» στο LibreOffice Base
Απο: Pantelis Koukousoulas pkt...@gmail.com Προς: Kostas Oikonomou kikono...@yahoo.gr Κοιν.: Ubuntu Λίστα ubuntu-gr@lists.ubuntu.com; us...@el.libreoffice.org Στάλθηκε: 11:53 π.μ. Παρασκευή, 18 Ιανουαρίου 2013 Θέμα: Re: Αλλαγή δικαιωμάτων αρχείου Με συγχωρείς φίλε Κώστα που σε ξέχασα αλλά οι 2 τελευταίες μέρες ήταν κάπως φορτωμένες ... Κάνω CC και τη λίστα του LibreOffice καθώς το πρόβλημα είναι ανεξάρτητο του Ubuntu αλλά είναι σχετικό με τη Base οπότε καλό είναι να μπορούν να το δουν όλοι οι ενδιαφερόμενοι. 2013/1/16 Kostas Oikonomou kikono...@yahoo.gr: Επισυνάπτω την εικόνα όπου φαίνονται τα δικαιώματα μιας βάσης δεδομένων LibreOffice Base σε περιβάλλον Ubuntu 12.10 64bit. Δεδομένου ότι μπορώ και ανοίγω τη βάση χωρίς να μπορώ να προσθέσω δεδομένα, βρήκα ότι φταίνε τα δικαιώματα της βάσης. [...] προσπάθησα να ανοίξω το αρχείο και από το περιβάλλον των Windows με το LibreOffice, και είχε την ίδια ακριβώς συμπεριφορά: άνοιγε χωρίς να με αφήνει να προσθέσω δεδομένα. [...] Ευχαριστώ πολύ για την προσφορά σου να μου φτιάξεις το αρχείο. Δεδομένου ότι δεν έχω καταχωρήσει περιστατικά (το αρχείο είναι άδειο, μόνο οι πίνακες και οι φόρμες) είναι μικρό, και το επισύναψα στο παρών μήνυμα. Λοιπόν σε εμένα το αρχείο που έστειλες δεν φάνηκε να έχει κάποιο πρόβλημα corruption ή lock ή κάτι τέτοιο. Αυτό που διαπίστωσα ήταν ότι απλά ορισμένοι πίνακες ήταν μόνο για ανάγνωση στο γραφικό περιβάλλον της Base. Αυτό κατά συνέπεια έκανε και τις αντίστοιχες φόρμες καταχώρησης μη λειτουργικές (δε με άφηνε να προσθέσω κάτι σε αυτές). Ο λόγος φαίνεται ότι είναι το γεγονός ότι η Base θέλει υποχρεωτικά ένας πίνακας να έχει πρωτεύον κλειδί (primary key) και οι πίνακες αυτοί δεν είχαν. Το bug στο GUI της Base (που είναι γνωστό) είναι ότι δε σε αφήνει γενικά να ορίσεις ένα πεδίο ως πρωτεύον κλειδί αν ο τύπος του δεν είναι integer (προσπάθησα να ορίσω τα υπάρχοντα ID πεδία ως primary keys και δεν τα δεχόταν). Αυτό που έκανα λοιπόν ήταν απλά να προσθέσω σε αυτούς τους πίνακες από ένα επιπλέον Integer πεδίο ID το οποίο όρισα ως primary key και autoincrement και όλα δούλεψαν μια χαρά (δηλ. οι φόρμες τώρα δουλεύουν). Ρίξε κι εσύ μια ματιά αν θέλεις στο επισυναπτόμενο αρχείο και πες αν έχεις κάποια επιπλέον απορία. Χαιρετισμούς, Παντελής Φίλε Παντελή, Σε ευχαριστώ πολύ για τη δουλειά σου στο αρχείο μου. Εκμεταλλεύομαι την εισήγηση σου για επίλυση αποριών. Είναι απαραίτητο, στο ID, να προσθέτει το πρόγραμμα κάτι από μόνο του; Όταν έχω πάνω από ένα πίνακα, και θα πρέπει απαραίτητα να ορίσω σχέσεις, θέλω το πρωτεύων κλειδί να το ορίζω εγώ. Ο λόγος είναι ότι ποτέ μου δεν τα πήγα καλά με τις σχέσεις των πινάκων. Η διαδικασία που ακολουθώ έχει ως εξής. Ανοίγω την πρώτη φόρμα και καταχωρώ τα δεδομένα μου, καταχωρώντας και τον κωδικό του ασθενούς, σαν πρωτεύων κλειδί. Αφού τελειώσω από αυτή τη φόρμα, που συνήθως καταγράφει τα δεδομένα σε ένα πίνακα, πριν πάω σε κάποια άλλη φόρμα που καταγράφει δεδομένα σε ένα άλλο πίνακα, ανοίγω πρώτα τον πίνακα, από τους πίνακες, προσθέτω τον κωδικό του ασθενούς-πρωτεύων κλειδί, στο δεύτερο πίνακα. Στη συνέχεια βγαίνω από τον πίνακα και ανοίγω την καινούργια φόρμα, που παίρνει και καταγράφει δεδομένα σε αυτόν, και προσθέτω τα δεδομένα μου, στην εγγραφή εκείνη που θα έχει σαν πρωτεύων κλειδί-κωδικός του ασθενούς που όρισα. Αυτή η αυτόματη εισαγωγή αύξοντος αριθμού σαν πρωτεύων κλειδί, με μπερδεύει. Μπορεί στον ένα πίνακα ο «α» ασθενείς να έχει πρωτεύων κλειδί «5» και στον άλλο πίνακα, ο ίδιος ασθενής να έχει πρωτεύων κλειδί «3». Και μια δεύτερη απορία. Που έκανα λάθος όταν σχεδίασα το αρχείο; Η ερώτηση αποσκοπεί στο να αποφύγω το «δις εξ' αμαρτείν». Και πάλι πολλές ευχαριστίες τόσο για την επιδιόρθωση του αρχείου μου, όσο και για το χρόνο σου αλλά και για τη σπαζοκεφαλιά. Φιλικά Κώστας Οικονόμου -- next part -- An HTML attachment was scrubbed... URL: https://lists.ubuntu.com/archives/ubuntu-gr/attachments/20130118/0ab8d22e/attachment.html -- Ubuntu-gr mailing list Ubuntu-gr@lists.ubuntu.com If you do not want to receive any more messages from the ubuntu-gr mailing list, please follow this link and choose unsubscribe: https://lists.ubuntu.com/mailman/listinfo/ubuntu-gr
Re: Αλλαγή δικαιωμάτων αρχείου
Απο: Marios Zindilis mar...@zindilis.com Προς: Kostas Oikonomou kikono...@yahoo.gr Κοιν.: Ubuntu Λίστα ubuntu-gr@lists.ubuntu.com Στάλθηκε: 12:19 π.μ. Τετάρτη, 16 Ιανουαρίου 2013 Θέμα: Re: Αλλαγή δικαιωμάτων αρχείου Όπως φαίνεται από τη γραμμή... -rw-rw 1 kostas kostas89154 Απρ 5 2012 RV haemdynamics in APO.odb ... ο χρήστης kostas έχει δικαιώματα εγγραφής στο αρχείο, άρα το πρόβλημά σου δεν οφείλεται σε αυτό. Μήπως το αρχείο είναι κλειδωμένο μέσα από το Libre Office; Μήπως μέσα στον ίδιο φάκελο που βρίσκεται το αρχείο, υπάρχει και ένα κρυφό αρχείο το όνομα του οποίου ξεκινάει από .lock; Για να το δούμε αυτό, δώσε μας την έξοδο της εντολής ls -la μέσα στον φάκελο που περιέχει το αρχείο. -- Marios Zindilis Φίλε Μάριε, Επισυνάπτω το αρχείο που ζήτησες από την εντολή ls -la. Απ ότι είδα δεν υπάρχει αρχείο που να ξεκινά από .lock. Αυτό που πραγματικά με παραξενεύει είναι ότι έχουν αλλάξει τα δικαιώματα του αρχείου, χωρίς να δώσω κάποια τέτοια εντολή. Εννοείται ότι το λογαριασμό μου στο Ubuntu τον χρησιμοποιώ μόνο εγώ (η κόρη μου έχει δικό της υπολογιστή, και άλλο λογαριασμό σε αυτόν, ενώ η σύζυγος μου, χρησιμοποιεί μόνο τα Windows). Να διευκρινήσω κάτι που δεν ξέρω αν παίζει ρόλο (νομίζω όχι). Ο υπολογιστής μου έχει δυο σκληρούς δίσκους. Στον ένα είναι τα Ubuntu 12.10 64bit. Στον άλλο είναι τα Windows Vista. Όλα τα αρχεία μου τα σώζω στον σκληρό που έχει τα Windows, για να μπορώ να τα βλέπω και μέσα από τα Windows. Φιλικά Κώστας Οικονόμου -- next part -- An HTML attachment was scrubbed... URL: https://lists.ubuntu.com/archives/ubuntu-gr/attachments/20130116/3ce73cea/attachment.html -- next part -- A non-text attachment was scrubbed... Name: ls_la Type: application/octet-stream Size: 3318 bytes Desc: not available URL: https://lists.ubuntu.com/archives/ubuntu-gr/attachments/20130116/3ce73cea/attachment.obj -- Ubuntu-gr mailing list Ubuntu-gr@lists.ubuntu.com If you do not want to receive any more messages from the ubuntu-gr mailing list, please follow this link and choose unsubscribe: https://lists.ubuntu.com/mailman/listinfo/ubuntu-gr
Re: Αλλαγή δικαιωμάτων αρχείου
Να διευκρινήσω κάτι που δεν ξέρω αν παίζει ρόλο (νομίζω όχι). Ο υπολογιστής μου έχει δυο σκληρούς δίσκους. Στον ένα είναι τα Ubuntu 12.10 64bit. Στον άλλο είναι τα Windows Vista. Όλα τα αρχεία μου τα σώζω στον σκληρό που έχει τα Windows, για να μπορώ να τα βλέπω και μέσα από τα Windows. Παίζει και μάλιστα πολύ σημαντικό ρόλο φίλε Κώστα. Πιστεύω ότι το πρόβλημα είναι ότι για κάποιο λόγο ο σκληρός των windows προσαρτάται ως μόνο για ανάγνωση. Για να βεβαιωθούμε στείλε αν θες το τι βγάζει η εντολή mount στην κονσόλα. Επίσης τρέξε αν θες την εντολή dmesg /tmp/dmesg.txt και στείλε το dmesg.txt να ρίξουμε μια ματιά μήπως αυτό οφείλεται σε πρόβλημα με το hardware. Επίσης στείλε το αρχείο /etc/fstab αν θες. Χαιρετισμούς, Παντελής -- next part -- An HTML attachment was scrubbed... URL: https://lists.ubuntu.com/archives/ubuntu-gr/attachments/20130116/c1222946/attachment.html -- Ubuntu-gr mailing list Ubuntu-gr@lists.ubuntu.com If you do not want to receive any more messages from the ubuntu-gr mailing list, please follow this link and choose unsubscribe: https://lists.ubuntu.com/mailman/listinfo/ubuntu-gr
Σχετ: Αλλαγή δικαιωμάτων αρχείου
Απο: Pantelis Koukousoulas pkt...@gmail.com Προς: Kostas Oikonomou kikono...@yahoo.gr Κοιν.: Marios Zindilis mar...@zindilis.com; Ubuntu Λίστα ubuntu-gr@lists.ubuntu.com Στάλθηκε: 7:19 μ.μ. Τετάρτη, 16 Ιανουαρίου 2013 Θέμα: Re: Αλλαγή δικαιωμάτων αρχείου Να διευκρινήσω κάτι που δεν ξέρω αν παίζει ρόλο (νομίζω όχι). Ο υπολογιστής μου έχει δυο σκληρούς δίσκους. Στον ένα είναι τα Ubuntu 12.10 64bit. Στον άλλο είναι τα Windows Vista. Όλα τα αρχεία μου τα σώζω στον σκληρό που έχει τα Windows, για να μπορώ να τα βλέπω και μέσα από τα Windows. Παίζει και μάλιστα πολύ σημαντικό ρόλο φίλε Κώστα. Πιστεύω ότι το πρόβλημα είναι ότι για κάποιο λόγο ο σκληρός των windows προσαρτάται ως μόνο για ανάγνωση. Για να βεβαιωθούμε στείλε αν θες το τι βγάζει η εντολή mount στην κονσόλα. Επίσης τρέξε αν θες την εντολή dmesg /tmp/dmesg.txt και στείλε το dmesg.txt να ρίξουμε μια ματιά μήπως αυτό οφείλεται σε πρόβλημα με το hardware. Επίσης στείλε το αρχείο /etc/fstab αν θες. Χαιρετισμούς, Παντελής Φίλε Παντελή, Επισυνάπτω το αποτέλεσμα της εντολής mount, το αρχείο dmesg.txt και το fstab. Ο λόγος που το θεώρησα απίθανο να φταίει αυτό, είναι ότι προσπάθησα να ανοίξω το αρχείο και από το περιβάλλον των Windows με το LibreOffice, και είχε την ίδια ακριβώς συμπεριφορά: άνοιγε χωρίς να με αφήνει να προσθέσω δεδομένα. Φιλικά Κώστας Οικονόμου -- next part -- An HTML attachment was scrubbed... URL: https://lists.ubuntu.com/archives/ubuntu-gr/attachments/20130116/8473b713/attachment.html -- next part -- A non-text attachment was scrubbed... Name: mount Type: application/octet-stream Size: 1008 bytes Desc: not available URL: https://lists.ubuntu.com/archives/ubuntu-gr/attachments/20130116/8473b713/attachment.obj -- next part -- An embedded and charset-unspecified text was scrubbed... Name: dmesg.txt URL: https://lists.ubuntu.com/archives/ubuntu-gr/attachments/20130116/8473b713/attachment.txt -- next part -- A non-text attachment was scrubbed... Name: fstab Type: application/octet-stream Size: 693 bytes Desc: not available URL: https://lists.ubuntu.com/archives/ubuntu-gr/attachments/20130116/8473b713/attachment-0001.obj -- Ubuntu-gr mailing list Ubuntu-gr@lists.ubuntu.com If you do not want to receive any more messages from the ubuntu-gr mailing list, please follow this link and choose unsubscribe: https://lists.ubuntu.com/mailman/listinfo/ubuntu-gr
Σχετ: Αλλαγή δικαιωμάτων αρχείου
Απο: Pantelis Koukousoulas pkt...@gmail.com Προς: Kostas Oikonomou kikono...@yahoo.gr Κοιν.: Marios Zindilis mar...@zindilis.com; Ubuntu Λίστα ubuntu-gr@lists.ubuntu.com Στάλθηκε: 7:55 μ.μ. Τετάρτη, 16 Ιανουαρίου 2013 Θέμα: Re: Αλλαγή δικαιωμάτων αρχείου 2013/1/16 Kostas Oikonomou kikono...@yahoo.gr Ο λόγος που το θεώρησα απίθανο να φταίει αυτό, είναι ότι προσπάθησα να ανοίξω το αρχείο και από το περιβάλλον των Windows με το LibreOffice, και είχε την ίδια ακριβώς συμπεριφορά: άνοιγε χωρίς να με αφήνει να προσθέσω δεδομένα. Αυτός είναι ένας πολύ καλός λόγος :) Από ότι λέει και το output του mount o δίσκος δεν είναι μόνο για ανάγνωση. Οπότε το πιο πιθανό είναι να υπάρχει κάποια μικρή ζημιά στο ίδιο το αρχείο. Η καλύτερη λύση που μπορώ να σου προτείνω είναι να βάλεις το αρχείο σε κάποιο dropbox ή ubuntu one π.χ., και να στείλεις το link σε προσωπικό email (μια και φαντάζομαι δε θα θέλεις τα δεδομένα να είναι δημόσια) να σου το φτιάξω. Αλλιώς μπορείς να δοκιμάσεις μόνος σου τη διαδικασία ανάκτησης που περιγράφεται εδώ: http://forum.openoffice.org/en/forum/viewtopic.php?f=83t=17125 αλλά πιθανόν να είναι και λίγο βλέποντας και κάνοντας γι αυτό ίσως είναι ευκολότερο για σένα να στείλεις το αρχείο. (Όχι μέσω email γιατί αν είναι πάνω από 25MB θα το κόψει το gmail, αλλά μέσω dropbox ή wetransfer). Χαιρετισμούς, Παντελής Φίλε Παντελή, Ευχαριστώ πολύ για την προσφορά σου να μου φτιάξεις το αρχείο. Δεδομένου ότι δεν έχω καταχωρήσει περιστατικά (το αρχείο είναι άδειο, μόνο οι πίνακες και οι φόρμες) είναι μικρό, και το επισύναψα στο παρών μήνυμα. Φιλικά Κώστας Οικονόμου -- next part -- An HTML attachment was scrubbed... URL: https://lists.ubuntu.com/archives/ubuntu-gr/attachments/20130116/cdbad80e/attachment.html -- next part -- A non-text attachment was scrubbed... Name: RV haemdynamics in APO.odb Type: application/vnd.oasis.opendocument.database Size: 88680 bytes Desc: not available URL: https://lists.ubuntu.com/archives/ubuntu-gr/attachments/20130116/cdbad80e/attachment.odb -- Ubuntu-gr mailing list Ubuntu-gr@lists.ubuntu.com If you do not want to receive any more messages from the ubuntu-gr mailing list, please follow this link and choose unsubscribe: https://lists.ubuntu.com/mailman/listinfo/ubuntu-gr
Re: Αλλαγή δικαιωμάτων αρχείου
Όπως φαίνεται από τη γραμμή... -rw-rw 1 kostas kostas89154 Απρ 5 2012 RV haemdynamics in APO.odb ... ο χρήστης kostas έχει δικαιώματα εγγραφής στο αρχείο, άρα το πρόβλημά σου δεν οφείλεται σε αυτό. Μήπως το αρχείο είναι κλειδωμένο μέσα από το Libre Office; Μήπως μέσα στον ίδιο φάκελο που βρίσκεται το αρχείο, υπάρχει και ένα κρυφό αρχείο το όνομα του οποίου ξεκινάει από .lock; Για να το δούμε αυτό, δώσε μας την έξοδο της εντολής ls -la μέσα στον φάκελο που περιέχει το αρχείο. -- Marios Zindilis -- next part -- An HTML attachment was scrubbed... URL: https://lists.ubuntu.com/archives/ubuntu-gr/attachments/20130116/a00ba8f0/attachment.html -- Ubuntu-gr mailing list Ubuntu-gr@lists.ubuntu.com If you do not want to receive any more messages from the ubuntu-gr mailing list, please follow this link and choose unsubscribe: https://lists.ubuntu.com/mailman/listinfo/ubuntu-gr
