THMMY.gr

Topic για τη φετινή εργασία

Προσπαθώ να δημιουργήσω την εικόνα openwrt malta mips και στο make (μετά το menuconfig) παρουσιάζεται το εξής σφάλμα:"ERROR: module '.../openwrt-zsun-zsun/build_dir/target-mips_mips32_uClibc-0.9.33.2/linux-malta_be/linux-3.18.20/crypto/crypto_algapi.ko' is missing."
Έχει συναντήσει κανείς κάτι αντίστοιχο ή ξέρει πώς λύνεται; Έχω ψάξει άπειρα και δεν έχω βρει κάτι.

Τον φάκελο build_dir/target-mips_mips32_uClibc-0.9.33.2 τον έχεις;

Για κάνε ls -l τα
build_dir
build_dir/target-mips_mips32_uClibc-0.9.33.2/linux-malta_be/linux-3.18.20/
build_dir/target-mips_mips32_uClibc-0.9.33.2/linux-malta_be/linux-3.18.20/crypto/

Ναι τον έχω! και μέσα στο crypto έχει κάποια .ko αρχεία, αλλά για το algapi έχει μόνο .c. Σκέφτηκα να το κάνω compile και μετά να το μετατρέψω σε .ko αλλά δεν ξέρω αν είναι καλή πρακτική. Ξέρεις γιατί μπορεί να μη δημιουργήθηκε το algapi.ko ενώ δημιουργήθηκαν άλλα .ko? έψαξα πολύ και το configuration και δεν είχε κάποια παραπάνω επιλογή για το algapi ενώ είχε για άλλα.

Ούτε στο δικό μου build είχε το .ko file. Οπότε μάλλον είναι θέμα compiler ή έχουν πειραχτεί οι ρυθμίσεις.

Θα σου πρότεινα να ξανακατεβάσεις το openWRT, να μην τρέξεις το "./scripts/feeds update -a¨ (αν το είχες κάνει την προηγούμενη φορά) και να ξανατρέξε make. Αν στο ξαναβγάλει... χρειάζονται περισσότερες πληροφορίες για να βγει συμπέρασμα. Οπότε τρέξε το make verbose (με -Vj αν θυμάμαι καλά...) και ανέβασε το log και πληροφορίες για την έκδοση του linux και του gcc που έχεις.

Δοκίμασα να το ξανακατεβάσω όπως είπες αλλά βγάζει ακριβώς το ίδιο...  :-[

Επισυνάπτω το Error, αυτό θέλεις;
Η έκδοση linux είναι: "Ubuntu 16.04.4 LTS" και η gcc: 5.4.0

Για... δοκίμασε να βγάλεις τον φάκελο στο home. Ωστε να μην υπάρχουν ελληνικά στο path.

Να το δοκιμάσω αλλά γιατί να φταίει κάτι τέτοιο από τη στιγμή που όλα τα άλλα τα κάνει κανονικά και το αρχείο που ζητάει πράγματι λείπει?
Γενικά υπάρχει επιλογή να κάνεις ignore τέτοια σφάλματα αλλά είναι καλό?

Ιδιαιτερότητες... πολλά πράγματα δεν λειτουργούν με τα ελληνικά.
Στο δικό μου 16.4 όπου έκανα ήδη compile, ξανακατέβασα φρέσκα τα αρχεία σε φάκελο με ελληνικά και στο menuconfig δεν μπορούσε να διαβάσει το subversion! Μετονόμασα τον φάκελο στα αγγλικά και κύλησε κανονικά!

Ήταν πράγματι αυτό... Ευχαριστώ πάρα πολύ! Με έσωσες!  :)

Εχει κανεις ιδεα τι παιζει με αυτο το ερρορ;
recipe for target 'world' failed
make: *** [world] Error 1

Το χω τρεξει και με -j1 V=s αλλα δε βγαζω ακρη...
Εχω εγκαταστησει Perl και ξανα κατι αλλα που υποτιθεται εχουν θεμα αλλα παλι τιποτα.
EDIT: Ολα τα path ειναι στα αγγλικα.

και γω αυτο ακριβως το θεμα εχω τωρα

οταν το τρεχεις με-j1 V=s σου βγαζει κατι ότι υπαρχει προβλημα είτε στο αρχειο aclocal-1.14 ειτε στο αρχειο config.ac και σενα;

εγω στο γραφικο μενου που βγαινει μετα το make menuconfig αφου διαλεξα Mips Malta και Big endian αντι να πατησω στο κατω μερος exit πατησα save και αυτο μου πειραξε το αρχειο .config και σκεφτομαι μηπως απο εκει εγινε η ζημια

Για την εικονική συσκευή σε windows 10, εγώ κατέβασα το linux subsystem και μέσα απο το linux τρέχω το make. Όταν πάω να κάνω το make menuconfig μου βγάζει ότι λείπουν κάποια πακέτα και όταν πάω να τα κάνω sudo apt-get install μου βγάζει "Unable to locate package", ξέρει κανείς τι κάνω λάθος?
βγάζει και αυτό επίσης
E: Failed to fetch http://security.ubuntu.com/ubuntu/pool/main/g/gcc-5/libstdc++-5-dev_5.4.0-6ubuntu1~16.04.4_amd64.deb  404  Not Found [IP: 91.189.88.152 80]

εδιτ: έπρεπε να το τρέξω ως αδμιν τελικά για να κάνω το apt-get update   8))
εδιτ2: τώρα έχω και εγώ το ίδιο ερρορ

Ναι ζητάει το aclocal-1.14 ενώ έχουμε το 1.15.
Κατέβασα το automake 1.14 από το σαιτ της GNU, προσπαθώ να κάνω install.
Υποτίθεται ότι γίνεται install αλλά μετά που ψάχνω εγκατεστημένη έκδοση λέει none.
 :'(

EDIT: Ελέκτρικ, κάνε make dirclean και make distclean για να ξανακάνεις build απ την αρχη.
Αλλιώς διέγραψε το φάκελο και βγάλε ένα καινούριο από το zip.

Μίλησε κανείς με Πιτσιάνη για το πρόβλημα?
Εγώ προσπαθώ να το διορθώσω από το πρωί αλλά δε βγάζω άκρη.  :'(

Πρέπει να μιλήσουμε.
Έχω ψάξει τόσα αρχεία να δω ποιο είναι αυτό που ζητάει την 1.14 και τίποτα.
Μόνο ένα στο build_dir, αλλά αυτό δημιουργείται αφού γίνει build και βγάλει error...

ναι ναι, εγω το εκανα ολο απο την αρχη σε αλλο φακελο και παλι το ιδιο μου βγαζει

μάλλον πρέπει να πάμε σε κανονικό linux όχι σε subsystem, δουλεύει εκεί απ'ότι μου είπαν

Μήπως υπάρχει κάποιος παλιός που θα μπορούσε να μου δανείσει το zsun μέχρι το τέλος του εξαμήνου; :)

Για μένα το subsystem από Windows είναι τζαμπα κόπος. Άσε 40GB ελεύθερα και βάλε ένα Ubuntu σε Dual Boot να δεις άσπρη μέρα

πάντως πέρυσι εγώ όλη τη δουλειά την έκανα από το windows linux subsystem και πήγε καλά. έχει το πλεονέκτημα πως μπορεις να συνεχίσεις τις δουλειές σου στα windows όση ώρα δουλεύεις και σε αυτό. το dual boot απαιτεί πολύ περισσότερο χώρο στο δίσκο και απαιτεί επανεκκίνηση κάθε φορά που θες να δουλέψεις. για το virtualization ίσως δημιουργήσει θέματα αλλά έτσι και αλλιώς, μετρήσεις από την κανονική συσκευή θα πρέπει να πάρεις στο τέλος

@Argirios και εγώ ακριβώς το ίδιο θέμα έχω από Windows Subsystem

Ποια linux χρησιμοποιείς στο subsystem? Εγώ τα ubuntu έβαλα, μήπως παίζει κάτι με αυτά.

Και εγώ Ubuntu έβαλα και λίγο που έψαξα αυτό το error το έχουν και άλλοι με windows subsystem...τώρα ψάχνω μήπως κάποια περίπτωση ταιριάζει με τη δικιά μας

Edit: Λέτε να θέλει downgrade σε automake 1.14 αντί για 1.15 που είναι τώρα (γιατί και το aclocal λέει ότι είναι στο 1.14 automake αν δεν κάνω λάθος). Πάντως όταν κάνω sudo apt-get install automake=1.14, δεν τη βρίσκει την έκδοση :(

Με τα linux λυθηκε το προβλημα τελικα;
Εγω σκεφτομαι να κανω bootable φλασακι απο το να κανω dual boot και να ρωταει επιλογη καθε φορα που ανοιγει.

Πέραστε σε VMWare/VirtualBox μια διανομή linux. Δε χρειάζεται dual boot. Το linux subsystem for W10 έχει πολλά θέματα.

Επίσης το make κάνει check τα dependancies. Προφανώς ότι βγάλει πως λείπει πρέπει να γίνει εγκατάσταση. Και πάλι δεν υπάρχει κάτι εξεζητημένο στα dependancies. Σε ένα μηχάνημα που χρησιμοποιείται καθημερινά, το αναμενόμενο είναι κάποιος όλα αυτά να τα έχει εγκατασυήσει ήδη. Σε κάθε περίπτωση πάντως, όλα υπάρχουν στα repositiries των διανομών. Δεν υπάρχει λόγος για build from sources.

Δοκίμασα σε linux από flashaki, το make δουλεύει μέχρι κάποιο σημείο, πιο μετά από πριν, αλλά και πάλι μετά από κανα 5λεπτο μου έβγαλε το ίδιο error....  >:(
Θα δοκιμάσω με Kali linux τώρα αντί για ubuntu, για να δούμε..
εδιτ: ούτε κάν, πολλά προβλήματα τα kali  :'(
hackerάδες θα μας κάνει ο Πιτσιάνης
εδιτ2: SUSE linux επόμενο..
στα SUSE δε δουλεύει το check για το git, έλεος... ^bluescreen^  >:(
εδιτ3: δοκίμασα να βάλω το "push @mirrors, 'https://www.kernel.org/pub/linux/kernel/v3.x/';" μετά τη 200στη σειρά του scripts/download.pl όπως λέει ο Μυλωνάκης στο elearning και πάλι παπάρια

θα δοκιμάσω και με VM όπως λέει ο feudarxhs αργότερα..

Εγώ δυσκολεύτηκα με το ubuntu 17.10...
Κάποια στιγμή τα παράτησα και έβαλα το 16.04.
Δεν συνάντησα καμία δυσκολία.

θα δοκιμάσω

Το πρόβλημα είναι πως το repository δεν έχει ανανεωθεί τα τελευταία 3 χρόνια και οι νεότερες εκδόσεις linux εγκαθιστούν dependencies που έχουν φέρει αλλαγές όπου δεν είναι συμβατές.

Μάγκες εγώ που έχω Ubuntu 17.10 έφαγα πολλή ώρα με διάφορα bugs επειδή η έκδοση του openwrt είναι ψιλοαπαρχαιωμένη. Μερικές οδηγίες μπας και βγάλετε άκρη πιο γρήγορα:
0. Όλες οι εντολές που θα δίνετε πρέπει να ξεκινάν με sudo.
1. Ο φάκελος με το openwrt δεν πρέπει να είναι σε path με ελληνικούς χαρακτήρες
2. Πριν την εγκατάσταση τρέξτε τις εντολές "./scripts/feeds update -a" και "./scripts/feeds install -a"
3. Πριν την εγκατάσταση κάντε επικόλληση το αρχείο που υπάρχει εδώ "https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=tools/automake/patches/010-automake-port-to-Perl-5.22-and-later.patch;h=31b9273d547145e5ecbeaef20a1e82cc9292fdc2;hb=92c80f38cff3c20388f9ac13d5196f2745aeaf77" στο φάκελο tools/automake/patches/ ,(στο φάκελο που βρίσκεται το openwrt), διορθώνει ένα bug με έναν escape charachter.
4. Πριν την εγκατάσταση κατεβάστε τον gcc-5 και g++-5 με sudo apt install gcc-5 g++-5 (ή apt-get δε θυμάμαι) και χρησιμοποιήστε τους gcc-5 και g++-5 με τις εντολές
rm /usr/bin/gcc
rm /usr/bin/g++

ln -s /usr/bin/gcc-5 /usr/bin/gcc
ln -s /usr/bin/g++-5 /usr/bin/g++

Μετά από το πέμπτο βήμα, εκτελώντας την εντολή gcc --version θα πρέπει να σας δείχνει ότι χρησιμοποιείτε τον gcc-5 και όχι π.χ τον 6 ή τον 7.

Αν κάτι κάνετε στραβά κάντε make distclean και μετά make dirclean

δούλεψε στα 16.04, cool

υπαρχει πιθανοτητα για καμια παραταση για την εργασια;

Έστειλα εμαιλ στον Φλώρο για παράταση, θα δείξει.
ps: μετά το make ο φάκελος γίνεται κάπου στα 7 GB οπότε να έχετε χώρο άμα κάνετε από φλασάκι

Αφού καταφέρεις και τα κάνεις όλα αυτά, πως κάνουμε cross compile για να περάσω το εκτελέσιμο μετά στο virtual machine?

Έχει καταφέρει κανείς να αντιγράψει αρχεία στον root@OpemWrt ;

scp -P 2222 ./file root@192.168.1.2:/folder
Με αυτή την εντολή, όπου ./file την διαδρομή για το αρχείο σου, το δικό σου ip μετά το παπάκι και τον φάκελο που έχεις στον emulator μετά το " : "

Γνωρίζει κανει πως γίνεται compile ο κώδικας με pthreads απο τον cross compiler?? γιατι δεν μου αναγνωριζει τη βιβλιοθηκη των pthreads

καλό θα ήταν να διευκρινίσεις τι εννοείς "δεν αναγνωρίζει". το τι λέει το error message θα ήταν μια καλή αρχή

γενικά μιλώντας, ο gcc θέλει αυτά
include το pthread.h όπου χρειάζεται
link με argument -lpthread όταν κάνεις compile

Επειδή έχω ακριβώς το ίδιο πρόβλημα, έχω προσπαθήσει να τρέξω ένα απλό Hello world με pthreads πάνω στον emulator.
Στο cross compile εννοείται πως έχω κάνει include το pthread.h και link to -lpthread.
Όταν τρέχω όμως το πρόγραμμα στον emulator μου εμφανίζει error ότι δεν ανοίγει η βιβλιοθήκη libpthread.so.0.

υπάρχει η βιβλιοθήκη στο σύστημα; έψαξες; δες στο /lib ή το /usr/lib
είναι πιθανό να μην υπάρχει γιατί το image του openwrt προσπαθεί να είναι όσο μικρότερο γίνεται. αν όντως δεν υπάρχει, θα πρέπει να το μεταφέρεις από το staging directory στο οποίο έφτιαξες και το openwrt (κάπου εκεί που είναι και ο compiler, σε κάποιο φάκελο lib). εναλλακτικά, δίνεις στον gcc το -static και ενσωματώνει τα πάντα μέσα στο εκτελέσιμο (το οποίο γίνεται αισθητά μεγαλύτερο βέβαια)
τέλος, αν υπάρχει η βιβλιοθήκη με άλλον αριθμό έκδοσης μπορείς να κάνεις symbolic link με το όνομα libpthread.so.0 που θα δείχνει σε αυτήν που έχεις

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

Δημήτρης"
Από τον Φλώρο.

Όταν πάω να αντιγράψω τα αρχεία με μου ζητάει 192.198.1.8's password και δεν δέχεται σωστό ούτε το pswd του root, ούτε κανέναν άλλον συνδυασμό που δοκίμασα. Καμμιά ιδέα?

Επιβεβαιώνω, χρειάζεται η μεταφορά του αρχείου libpthread.so.0 από το “staging_dir/toolchain-mips_mips32_gcc-4.8-linaro_uClibc-0.9.33.2/lib/“ στο “/lib/“ του openwrt.

Μάλλον σου δέχεται τον κωδικό. Το destination directory μάλλον δεν υπάρχει. "~/openwrt-zsun-zsun".
Δοκίμασε απλά να το βάλεις στο home

Δοκίμασα και όπως το είπες αλλά μου βγάζει error: /usr/bin/dbclient: Exited: Error connecting: Connection refused lost connection.
Επίσης το destination directory υπάρχει, είναι το αρχείο που κατέβασα από το Github και έκανα τη διαδικασία στο instructions. Κάπου αλλού πρέπει να έχει θέμα... :o
Ευχαριστώ πάντως

Edit: Ανεβάζουμε σε κάποιο συγκεκριμένο φάκελο τα αρχεία προς μεταγλώττιση (λχ hello_world.c) πχ φτιάχνουμε ένα folder μέσα στο κατεβασμένο από το Github (openwrt-zsun-zsun) φάκελο ή πρέπει να τα κάνουμε κόπι σε κάποιο συγκεκριμένο υποφάκελο?

To όρισμα για το IP στον client πως θα πρεπει να ειναι;
Ας πούμε: ./client 192.168.1.114  9874 ?

Πιο απλά μπορείς να βάλεις localhost η 127.0.0.1.
Αυτή η IP ορίζεται ως "το ίδιο το μηχάνημα"

Τώρα το πρόσεξα πως έχεις μπερδέψει τι κάνει το κάθε τι.

Η αρχική διαδικασία όπου κάνεις build το OpenWRT είναι ώστε να κάνουμε compile ένα λειτουργικό το οποίο προορίζεται για το Zsun, αλλά και τα εργαλεία που θα χρειαστούμε ώστε μετά να φτιάχνουμε και προγράμματα για αυτό το λειτουργικό.
Το λειτουργικό μας είναι συμπτυγμένο σε ένα αρχείο. Το openwrt-malta-be-vmlinux-initramfs.elf. Όλα τα υπόλοιπα αρχεία είναι είτε εργαλεία για να μπορεί ο υπολογιστής να κάνει compile προγράμματα που προορίζονται για το zsun ( ο φάκελος staging_dir ) είτε άχριστα πια αρχεία της διαδικασίας του make.

Το qemu είναι ένα πρόγραμμα που προσομοιώνει το zsun ως συσκευή. Αν έχεις το Zsun μπορείς να του περάσεις το λειτουργικό και να το μεταχειρίζεσαι ως ξεχωριστό υπολογιστή στο δίκτυο σου. Για να προσομοιώσει το qemu τον επεξεργαστή του zsun, και να τρέξει αυτό το λειτουργικό όπου φτιάξαμε τρέχουμε "qemu-system-mips -kernel openwrt-malta-be-vmlinux-initramfs.elf"

Σημείωση, στο Qemu δεν σώζονται οι αλλαγές όπου κάνεις. Οπότε αν το κλείσεις, θα πρέπει να ξαναβάλεις κωδικό του root και να ξαναπεράσεις ότι αρχεία θες να τρέξεις.

Το εικονικό μηχάνημα στο qemu θέλουμε να επικοινωνεί με το δίκτυο μας. Γι'αυτό προωθούμε μια πόρτα του μηχανήματος μας (2222) στην πόρτα του ssh (22) του εικονικού μας μηχανήματος. Έτσι, ότι στέλνετε στην πόρτα 2222 του υπολογιστή, προωθείται την πόρτα 22 του εικονικού Zsun. Αυτή η σημασία του flag "-redir tcp:2222::22"

Τώρα, γράφεις κώδικα κανονικά όπως ξέρεις. Αλλά επειδή θες να τρέξεις αυτό το πρόγραμμα σε άλλο λειτουργικό, άλλου μηχανήματος με άλλον επεξεργαστή, το compile του κώδικα σου το κάνεις με τους cross-compilers όπου βρίσκονται στον φάκελο "staging_dir/toolchain-mips_mips32_gcc-4.8-linaro_uClibc-0.9.33.2" ο gcc όπου σου κάνει compile κώδικα C είναι ο "/staging_dir/toolchain-mips_mips32_gcc-4.8-linaro_uClibc-0.9.33.2/bin/mips-openwrt-linux-gcc". Όπως και στους κανονικούς compilers, σου φτιάχνουν ένα εκτελέσιμο και στην προκειμένη περίπτωση, αυτό το εκτελέσιμο μπορεί να τρέξει στο Zsun.

Για να στείλεις αρχεία στο εικονικό μηχάνημα χρησιμοποιείς το scp. Οπότε δεν έχει νόημα να στείλεις το .c αρχείο, πρέπει να στείλεις ένα εκτελέσιμο. Και φυσικά, πρέπει να τρέχει το qemu. Δεν υπάρχει μέρος να στείλεις τα αρχεία αλλιώς.

Laserscout σε ευχαριστώ πάρα πολύ για το χρόνο σου!!! Διευκρινήστηκαν πολλά ;D

Έχει κανένας άλλος πρόβλημα με το scp?
Τρέχω την εικόνα από ένα terminal και σε ένα άλλο δοκιμάζω:
scp -P 2222 test.c root@192.168.1.3:~
και ως απάντηση παίρνω:
ssh_exchange_identification: read: Connection reset by peer
lost connection

Και με IP 127.0.0.1 έχεις το ίδιο πρόβλημα; Έχεις βάλει root pass;

Παρεμπιπτόντως, δεν έχει νόημα να μεταφέρεις το .c αρχείο. Διάβασε παραπάνω.

Το ίδιο κάνει και με passwd και χωρίς..Δοκίμασα και την 127.0.0.1 αλλά πάλι το ίδιο  :-\
Μήπως παίζει κάποιο πρόβλημα προστασίας του δικτύου;
Δοκίμασα και με wifi και με ethernet μήπως αλλάξει κάτι αλλά τίποτα..

Το .c απλώς το βάζω για να δω αν θα κάνει το scp. το διάβασα αυτό που έχεις γράψει πάνω (btw πολύ βοηθητικά όλα) :)

Για γράψε και πως ακριβώς τρέχεις το qemu.

Είμαι στον φάκελο που έχω την εικόνα και τρέχω :
qemu-system-mips -kernel openwrt-malta-be-vmlinux-initramfs.elf -redir tcp:2222::22 -nographic

Μόνο που εγώ κατέβασα τον κώδικα του openwrt από εδώ https://github.com/openwrt/chaos_calmer/tree/v15.05.1 γιατί έιχα θέμα όταν έκανα make menuconfig στον κώδικα που δίνουν στην εκφώνηση(Συγκεκριμένα έβγαζε Build dependency: Please install Git (git-core) >= 1.6.5 παρόλο που έχω version 2.14.1)

Tα βήματα για να δημιουργήσω εικόνα ήταν τα ίδια.

Κοίτα... Εσύ έφτιαξες κάτι άλλο από αυτό που ζητάει η εργασία. Δεν είναι build για το zsun.
Δεν είναι αυτός ο λόγος όπου δεν λειτουργεί το scp, αυτό μάλλον συμβαίνει γιατί απλά είναι εργοστασιακά απενεργοποιημένο στην έκδοση που έχεις.
Όπως και να έχει όμως πρέπει να τα καταφέρεις και να κάνεις build από το repo που λέει η εκφώνηση.

Οκκκ θενξ θα παλέψω τότε να κάνω build αυτό της εκφώνησης! Όταν λες στην "έκδοση" που έχω εννοείς τα Ubuntu; Τα 17.10 έχω..πρέπει να πάω σε 16.04 για να δω άσπρη μέρα;  :P

Θα βρεις πολλα προβληματα με τα 17.1 στο make, στα 16.04 γινεται αμεσως. Οπως πιστευεις, εγω στα 17 εφαγα κανα 10ωρο και δεν εβγαλα ακρη.

Ναι, με το 16.04, δοκιμασμένο από πολλούς, το build πραγματοποιείται χωρίς προβλήματα.
Και με 17.10 ή και άλλα distributions μπορείς να το κάνεις να δουλέψει, όπως μας έδειξε και ο apooreapo (σελίδα 3). Θα μάθεις προφανώς πολλά, αλλά θα πάρει χρόνο.

Αλλά εννοούσα πως το openwrt του chaos_calmer που κατέβασες εσύ, https://github.com/openwrt/chaos_calmer/tree/v15.05.1 , δεν θα έχει ενεργοποιημένο (ή εγκατεστημένo) το ssh. Και γι'αυτό δεν λειτουργεί το scp.
Πληροφοριακά το λέω.

 make menuconfig
Your display is too small to run Menuconfig!
It must be at least 19 lines by 80 columns.
/home/allstarabey/qemu-2.12.0-rc4/build/qemu/openwrt-zsun-zsun/include/toplevel.mk:116: recipe for target 'menuconfig' failed
make: *** [menuconfig] Error 1

εχει κανεις τυχει αυτό το error?
καμια βοήθεια?

Μεγάλωσε το παράθυρο του terminal.

Με ποιά εντολή κάνουμε cross-compile? Δοκιμάζω με gcc και μου λέει ότι δε βρέθηκε το gcc.
Α τώρα είδα το ποστ του laserscout, αλλά πως θα χρησιμοποιήσω τον cross-compiler?

Πήγαινε στον φάκελο /staging_dir/toolchain-mips_mips32_gcc-4.8-linaro_uClibc-0.9.33.2/bin/ και έπειτα τρέξε ./mips-openwrt-linux-gcc test.c

Μετά το εκτελέσιμο στείλε το στην εικόνα που τρέχεις στον qemu.

Edit: Με την υπόθεση ότι το test.c είναι στον ίδιο φάκελο, αλλιώς χρησιμοποιείς το path του test.c

Α κομπλέ έγινε, θενξ.

Τώρα μου βγάζει αυτό ενώ την πρώτη φορά δούλεψε....

α όκ το έβαλα, μάλλον τα έχω γαμήσει λίγο..

Εσείς έχετε κάνει να ξέρεις και από ποιο client ήρθε κάθε μήνυμα και τέτοια?

Καλησπέρα, προσπαθώ να τρέξω το εκτελέσιμο αρχείο μου και έχω το εξής: can't load library 'libpthread.so.0'
χρησιμοποίησα την εντολή opkg install libpthread καιπήρα το εξής αποτέλεσμα:
Installing libpthread (0.9.33.2-1) to root...
Collected errors:
 * verify_pkg_installable: Only have 0kb available on filesystem /overlay, pkg libpthread needs 30
 * opkg_install_cmd: Cannot install package libpthread.


Ξέρει κανείς τι πρέπει να κάνω;
Edit
Λύση: Στελνεις το libpthread-0.9.33.2.so στον /lib του emulator και το μετονομάζεις σε libpthread.so.0

Έχει απαντηθεί σε αυτό το thread.

Ναι ευχαριστώ

Παιδια το θεμα μου ειναι οτι οταν παω να τρεξω στο πς μου το ./client (παω στον φακελο stagin_dir/toolchain../bin) μου βγαζει σφαλμα:  /lib/ld-uClibc.so.0: No such file or directory( πηγα στον φακελο lib την εκανα copy paste την βιβλιοθηκη στον φακελο stagin_dir/toolchain../binκαι παλι τπτ.) Ειχε κανεις το ιδιο προβλημα?

Λυση: θελει -static στο compile

Πόση ώρα σας πήρε να φορτώσει η εικόνα στον emulator?
Μετά το
qemu-system -mips -kernel ~/path/to/openwrt -malta -be-vmlinux -initramfs.elf -redir
tcp:2222::22 -nographic

μου βγάζει:
[    0.400000] rtc_cmos rtc_cmos: setting system clock to 2018-04-25 19:18:01 UTC (1524683881)
[    0.400000] Freeing YAMON memory: 956k freed
[    0.410000] Freeing unused kernel memory: 3392K (80470000 - 807c0000)
[    0.440000] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000004
[    0.440000]
[    0.440000] ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000004
[    0.440000]
[   82.530000] random: nonblocking pool is initialized

Και μετά περιμένω για πάντα...

αν πατήσεις enter δε σε πάει στην κονσόλα?
επίσης βάλε το κανονικό path και με τη σύνταξη που έχει στο pdf , αυτό που γράφεις δε νομίζω να είναι κάτι

Ναι, από την στιγμή που σου βγάζει αυτά τα μηνύματα, έχει ήδη φορτωθεί το λειτουργικό.

Μπα, ούτε enter ούτε τίποτα, το qemu φαίνεται να χρησιμοποιεί 100% ένα core, άρα κάτι τρέχει
Θα δοκιμάσω να το βάλω απ την αρχή

Για κάποιο λόγο οδηγήθηκε σε kernel panic. Δε θα φορτώσει όσο και να περιμένεις. Το ότι βλέπεις CPU usage είναι γιατί έτσι καταλήγουν  τα kernel panics, σε ένα ατέρμων loop.

Ξανακάνε build ένα image και δοκίμασε. Στην τελική πάρε έτοιμο το image από κάποιον που του δουλεύει και δοκίμασε να το τρέξεις στον emulator σου για να δεις ότι ο emulator σου είναι κομπλέ.

μετα το make στο βημα 2 ενω τρεχει κανονικα και ολοκληρωνει οτι εχει.
δεν δημιουργειται αρχειο στο bin με την καταληξη elf για να ρεξω την εντολη μετα qemu ..
καμια ιδεα?

βλέπω πως στα topic αναφέρονται μονο προβληματα για τις οδηγιες για το qemu
αν κανουμε επιτυχη ολοκληρωση των οδηγιων
πρεπει να παραδωσουμε και τον κωδικα με 2 προγραμματα ,σωστα?

Τελικά λύθηκε με upgrade του συστήματος!

Εσείς σε τι μορφή τα εξάγετε τα timestamp?

textdump... δεν νομίζω χρειάζεται κάτι ποιο πολύπλοκο.

Το tm struct έχει και έτοιμη συνάρτηση εμφάνισης σε ascii.

Εγώ σε ένα απλό .txt και τα κάνω και print στο shell.

Η εργασία αυτή βαθμολογείται ή είναι όπως η προηγούμενη?

Νομίζω μόνο η τελευταία βαθμολογείται... Και όχι, δεν είναι αυτή η τελευταία. Η επόμενη πρέπει να είναι.

Αν βάλεις το πρόγραμμά σου να τρέχει στο zsun και κλείσεις terminal και βγεις από το wifi του, το πρόγραμμα πρέπει να συνεχίσει να τρέχει; Γιατί το δικό μου σταματάει και δεν μπορώ να καταλάβω γιατί.. αφού από το pc μόνο την εντολή του δίνεις και τρέχει πάνω στο zsun, το οποίο συνεχίζει να παίρνει ρεύμα...

Οταν τρεχεις ενα προγραμμα απο το τερμιναλ τοτε το προγραμμα αυτο θεωρειται παιδι του τερμιναλ και γι'αυτο οταν σκοτωνεις το τερμιναλ, σκοτωνεται και το προγραμμα.
Εχω την εντυπωση πως αν κλεισεις το wifi πριν κλεισεις το τερμιναλ θα δουλεψει ομως δοκιμασε και το να αποσπασεις το προγραμμα απο το να ειναι παιδι του τερμιναλ με την εντολη

Έχω εγκαταστήσει το OpenWrt στο Zsun, αλλά τώρα δεν κατάλαβα πως ακριβώς θα τρέξω ένα πρόγραμμα σε αυτό (δηλαδή το βήμα 7 που είναι PROFIT).

Edit: OK, μπήκα με SSH. Αλλά με ποια εντολή κάνω copy-paste το αρχείο που θέλω να τρέξω εκεί και επιπλέον το executable το κάνω compile: εκεί πάνω ή στον cross-compiler στο PC μου και μετά το κάνω πέιστ στο openwrt?

Αρχικα κανεις το cross-compile στο pc σου και μετα μεταφερεις το εκτελεσιμο αρχειο που δημιουργηθηκε με την εντολη scp στο zsun. Απο εκει και μετα το τρεχεις κανονικα μεσω του ssh.
Αν χρειαστεις βοηθεια νομιζω πως σε προηγουμενες σελιδες του τοπικ εχουν αναφερθει οι παραμετροι που πρεπει να δωθουν μαζι με την εντολη scp για να μεταφερεις σωστα το αρχειο στο zsun

Ευχαριστώ πολύ!! ;D Δηλαδή με τον ίδιο τρόπο που χρησιμοποιήσαμε το scp στο qemu (ίδια ports και τα αντίστοιχα IPs)?

Όχι τα ίδια.

Πρίν, όπου έτρεχε το qemu στον υπολογιστή του, (ο οποίος μπορεί έχει την δικιά του σύνδεση ssh στην πόρτα 22) έπρεπε να κάνεις forward την κίνηση από μια άλλη τυχαία πόρτα στην virtual πορτα του virtual OpenWRT. Γι'αυτό και το -redir:tcp:22:2222 στο qemu και το scp πραγματοποιούνταν στο localhost -P 2222

Τώρα όπου θες να κάνεις scp (οπου είναι ssh πρακτικά) σε άλλη συσκευή, αρκεί να βάλεις την ip της (και η αλλαγή πόρτας δεν χρειάζεται, μιας και η default 22 λειτουργεί).

Συνοψίζοντας, αφού λες έκανες ssh, με τα ίδια ορίσματα κάνεις και το scp.

Για να αντιγραψουμε αρχειο απο το zsun στον υπολογιστη μπορουμε να κανουμε το αντιστροφο με την scp?

Ναι, όπως και η απλή εντολή cp, απλά άλλαξε την σειρά των αρχείων.

ή κάψιμο! χρησιμοποίησε το server - client πρόγραμμα της πρώτης εργασίας με file redirects!  :D

Έχετε καταλάβει τι μετρήσεις θέλει να κάνουμε; Ας πούμε στο 3ο ερώτημα στα παραδοτέα, πώς μπορείς να μετρήσεις αυτά που ζητάει; Κ ως ταχύτητα αποστολής/λήψης εννοούμε το χρόνο που θα κάνει το μήνυμα να διασχίσει το κανάλι για να πάει π.χ. από τον server στον client;

Καλησπερα παιδια, εχω μια απορία για την τριτη εργασία.

εφοσον ο server πρεπει συνεχώς να ακουει και να κανει accept ενα αίτημα σύνδεσης απο client, πως στο π**** θα είναι και energy efficient? δηλαδή φαντάζομαι για εξοικονόμιση ενέργειας θα καλείται η sleep() και ίσως με κάποιο σήμα από τον client (?) θα "ξυπνάει".

έχει κάποιος κάποια ιδεα πως μπορει να γίνει αυτό?

Απ' ότι κατάλαβα η συνάρτηση accept() που περιμένει μέχρι να συνδθεί κάποιος client και η συνάρτηση read() που περιμένει να έρθει κάποιο μύνημα, σταματάνε τη λειτουργία του προγράματος όσο περιμένον δλδ βλεώ cpu 0%. Άρα νομίζω ότι αυτές οι συναρτήσεις κάνουν αυτό που ζητάει. 

Σου ζητάει να βρεις τον βέλτιστο λόγο κατανάλωση ανά αριθμό μηνυμάτων.
Οπότε θα χρειαστεί να φτιάξεις ένα script όπου στέλνει (και λαμβάνει...; ) σταθερά (ή με τυχαίο τρόπο) έναν αριθμό μηνυμάτων το λεπτό από τον client στον server. Ταυτόχρονα θα ελέγχεις τους χρόνους της cpu (τον μέσο όρο) και θα ζωγραφίσεις ένα διάγραμμα όπου δείχνει την αύξηση των χρόνων της cpu με τον αριθμό των μηνυμάτων. Αλλά για να έχουν πιο πολύ νόημα τα αποτελέσματα, θα διαιρέσεις τους χρόνους της CPU όπου βρήκες, με τον μέσο αριθμό μηνυμάτων όπου λάμβανε.

Και θα έχεις ένα αποτέλεσμα όπου πρακτικά σου λέει πόσο ζορίζεται η cpu για καθένα μήνυμα, όταν λαμβάνει Μ μηνύματα το λεπτό. Μάλλον δεν θα είναι γραμμικό και θα έχει κάπου μια ελάχιστη κατανάλωση ανά μήνυμα...

Μπορεί να επιβεβαιώσει κανείς αν η εργασία 3 θα είναι η ίδια για Σεπτέμβρη στα σίγουρα?

μία εργασία μεγάλη έχει το μάθημα, δεν βγαίνει άλλη εργασία. Δηλαδή ναι σίγουρα είναι αυτή η εργασία.

Θενξ!

Παιδιά το πρόβλημα που έχω με το zsun είναι οτι ενώ είμαι συνδεδεμένος στο δίκτυο openwrt του zsun δεν μπορώ να συνδεθώ στο internet του σπιτιού μέσω αυτού, είχε κάποιος παρόμοιο πρόβλημα?

Απ'οσο καταλαβαίνω θες να το χρησιμοποιησεις σαν ενα ειδους repeater.
Για να χρησιμοποιηθει ομως σαν repeater πρεπει να κανεις καποιες ρυθμισεις πρωτα.
Δεν εχω το zsun μπροστα μου οποτε δεν θυμαμαι ακριβως τις ρυθμισεις ομως απ'ότι θυμάμαι στο περιπου έπρεπε να φτιαξεις ενα καινουργιο interface και να το συνδεσεις σαν dhcp client στο υπαρχον δικτυο σου που εχει ιντερνετ. Προσεξε ομως σε αυτο το σημειο υπαρχει μια tick επιλογη που μπορει να σου απενεργοποιησει το wifi του zsun και μετα να μην μπορεις να συνδεθεις στο zsun. Αν συμβει αυτο κανε factory reset (https://www.youtube.com/watch?v=8FRQjDHATRc).

Επισης εγω την ειχα πατησει επειδη δεν ειχα δει οτι το default gateway του δικτύου μου και του wifi του zsun ειχαν ιδια ip και μου εκανε conflict. Δες αν συμβαινει και αυτο και αλλαξε την default gateway του zsun αν συμβαινει.

Σε ευχαριστώ για την απάντηση έκανα αυτά που λες και δε βγαζω άκρη ακόμα δε ξέρω τι θέμα υπάρχει

Ζητάει σε ένα σημείο της εργασίας να κάνουμε ουρές για την δίκαιη εξηπηρέτιση των client. Αλλά από τη στιγμή που οι συνδέσεις γίνονται παράλληλα, που χρειάζεται η ουρά, αφού δε θα περιμένει η μία σύνδεση την άλλη?

Έχει κανείς κάποια ιδέα για το πως θα χρησιμοποιήσουμε την δεύτερη εργασία με τον timer και τα timestamps στην τρίτη?

Πώς γίνεται να αντιγράψω το "libpthread.so.0" στο zsun..... Μου έχει σπάσει τα beeep το beeep, λέει οτι δεν υπάρχει το αρχείο ενώ για όλα τα υπόλοιπα δουλέβει beeep την παναγία του.  >:( >:( >:( >:( >:( >:( >:( >:( >:( >:( >:( >:( >:( >:( >:( >:(

Tην Παναγία του libthread.so.0 δε θα την ξαναbeepάρεις. Του libthread.so.0
 ( ξέρω, κάδο, αλλά δε κρατιόμουν).

Ααα, απότι φαίνεται το libpthread.so.0 είναι κάτι σαν λινκ αρχείο και θέλει και τα υπόλοιπα libraries του toolchain για να το αντιγράψεις.  ^wav^

είδες τι απλό ήταν? μόλις σταμάτησες τις libthreadοπαναγίες σου ρθε θεία επιφοίτηση

Κατάλαβε κανείς τι στατιστικά θέλει να του δώσουμε, εκτός από χρόνους αποστολής/λήψης?
Και πως θα μετρήσουμε κατανάλωση ενέργειας αμα δεν έχουμε powerbank?

Χρησιμοιποίησε κανείς συναρτήσεις όπως η select() και η poll() ή σήματα όπως το SIGIO και SIGURG για την εργασία?

Πως μπήκατε στα αρχεία της sd card μέσω του wifi του zsun με λινουξ ή windows? Γράφοντας 10.168.168.1 στο browser, ο .update φακελος εξαφανιζεται και η εφαρμογη για κινητο δεν εγκαθισταται.

Τελικά το έλυσα μόνος μου, κατέβασα την εφαρμογή AndSMB από το play store αντί για την εφαρμογή του zsun και ήταν κομπλέ.

Πως στο καλό υπολογίζουμε το βέλτιστο αριθμό μηνυμάτων ανά κατανάλωση (βέλτιστο (αριθμός μηνυμάτων)/W)?
Να βάζω τυχαίο αριθμό αποστολή μηνυμάτων και να βλέπω το cpu usage το οποίο ας πούμε κάποια στιγμή θα αρχίσει να αυξάνεται αισθητά για έναν αριθμό μηνυμάτων και πάνω?

Λογικά μια τέτοια προσέγγιση θα θέλει

Ιδανικά έχεις ήδη φτιάξει κάποιο σύστημα μετρήσεων που σου επιτρέπει να ορίσεις ένα βήμα αύξησης του αριθμού των μηνυμάτων που ανταλλάσει ώστε σε κάθε βήμα να μετράς κατανάλωση. Την κατανάλωση τη μετράς είτε με USB μετρητή που αγοράζεις για μερικά ευρώ ή άμα δε βαριέσαι φτιάχνεις μια δική σου κατασκευή στην οποία θα συνδέεις πολύμετρο και θα βλέπεις τάση/ένταση. Δεν είναι γραμμική η κατανάλωση μιας CPU ως προς το load. Επίσης το μάθημα αφορά ενσωματωμένα συστήματα, οπότε πρέπει να δεις το ενσωματωμένο συνολικά, όχι μόνο το λογισμικό.

Ξέρει κανείς γιατί το %vsz απο την εντολη top που εκτελείται μεσα στο  zsun,ανεβαίνει πάρα πολύ όταν συνδέονται πολλοί  client  ενω το  %cpu παραμένει μηδέν όσοι clients και να συνδεθουν όσα  μυνήματα και να στείλουν;

παράταση μέχρι Πέμπτη 4/10