Ergebnis 1 bis 6 von 6

Thema: 7490 113.06.83 behavior changes/issues (mountpoint, reboot, console, extenal)

  1. #1
    IPPF-Fan
    Registriert seit
    29.08.2011
    Beiträge
    105

    7490 113.06.83 behavior changes/issues (mountpoint, reboot, console, extenal)

    Just started looking at Freetz with 7490 with 113.06.83 (international fw), and running in a number of issues.
    I'm documenting the findings here.

    Edit (2017-04-22): Had mostly issues with Externalize. The Freetzmount modifications didn't get applied due to a constrained in trunk/config/ui/patches.in. This is resolved in revision 14240.
    To resolve the externalize issue I had to use a recover.
    Point 1 is now back to the old naming convention.
    Point 2 haven't look too much yet.
    Point 3 see that the output to console is less until an enter is given. Router is now located in another room, and cannot easily login using the Bluetooth adapter.
    Point 4 & 5 are solved with a r14240 and/or a recover.


    1) The USB mountpoints have changed.
    Code:
    # df -hT
    /var/dev/nand        yaffs2        406.0M      9.7M    396.3M   2% /var/media/ftp
    /dev/sda1            vfat          998.0M     64.0K    998.0M   0% /var/media/ftp/SanDisk-UltraFit-01
    /dev/sda2            ext2           13.1G    170.1M     12.3G   1% /var/media/ftp/SanDisk-UltraFit-02
    Freetz > Settings > Swap file > Swap file > change from /var/media/ftp/uStor02/swapfile to /var/media/ftp/SanDisk-UltraFit-02/swapfile
    Freetz > Settings > External > Directory for external > change from /var/media/ftp/uStor02/external to /var/media/ftp/SanDisk-UltraFit-02/external
    There is a new yaffs2 partition mounted at /var/media/ftp. Accidentally writing to an old mountpoint will end up on this new the /var/media/ftp/ partition.


    2) Initiating a reboot not always causes a reboot.
    I have tried a few different images, and initiated reboots via both AVM and Freetz web-interface.
    Sometimes it doesn't work immediately, or not at all.
    (as if a process needs to finish, or timeout.)
    Cannot fully characterize the behaviour yet.


    3) Often not able to get a command prompt via the console (serial RS2323) connection.
    Also here I'm not able to fully characterize the behaviour.
    But think I see more output if I press enter during the boot, and than I do get a prompt if the boot is nearly finished.


    4) External often doesn't work
    If I have binary only packages externalized (e.g. strace, lsof, tcpdump, tree) is it normal that I see:
    Manage these externalized services of Freetz: -none- ?

    Tried again to upload the .external file, and now the packages working (without path) and see "Manage these externalized services of Freetz: " (just empty).
    But a reboot makes it -none- again, and cannot execute the commands unless I give the complete path. E.g. /var/media/ftp/SanDisk-UltraFit-02/external/usr/bin/tree


    5) External fails (more than only binariy packages).

    5a) Udating the external file fails during the step 'Starting external services'.
    Selected options: 'Delete old external files' and 'Start external services after update'.

    It 'hangs' with last message: Starting external (/var/media/ftp/SanDisk-UltraFit-02/external):
    The 'Prepare update' and 'Extract files' steps do work.

    Refresh of the page gives "Error: external update failed."

    If I only select 'Delete old external files', it finish normally.

    5b) But after a reboot the packages don't show up in the Freetz-webinterface.
    Probably related to 4)
    (do see: Manage these externalized services of Freetz: netsnmp aiccu radvd openvpn samba)

    Edit (2017-04-17):
    Suspect the change of mountpoint naming caused external not to work.
    /var/mod/ is missing a symlink to external
    /var/mod/etc is missing a symlink to the externalized packages.

    Adding some of the missing parts manually e.g. the radvd to the web-menu.
    Code:
    cd /mod/
    ln -s /var/media/ftp/SanDisk-UltraFit-02/external external
    cd /mod/etc/
    ln -s /mod/external/etc/default.radvd default.radvd
    cd /var/mod/etc/init.d/
    ln -s /mod/external/etc/init.d/rc.radvd rc.radvd
     cd /mod/usr/lib/cgi-bin
    ln -s /mod/external/usr/lib/cgi-bin/radvd.cgi radvd.cgi
    modconf load radvd
    modreg cgi radvd radvd
    6) Sometimes it takes a lot of time before the FB becomes pingable/reachable.
    E.g. 5 minutes
    Code:
    # uptime
     01:05:09 up 5 min,  load average: 0.08, 0.21, 0.12
    Geändert von RomMon (22.04.2017 um 15:54 Uhr)
    ADSL Router: FB-7490 with 84.06.31-freetz-devel-13734
    Repeater: FB-7390 with 84.06.53-freetz-devel-14086
    Packages: AICCU, RADVD, NDAS, Net-SNMP, Inadyn, NTFS-3G, Samba, Tcpdump, Dropbear, NFSd
    Open Tickets: Link to open tickets

    Router: FB-7270v3 for test


    My findings with FB-7170 and FB-7270

  2. #2
    IPPF Achttausend-VIP Avatar von PeterPawn
    Registriert seit
    10.05.2006
    Ort
    Berlin
    Beiträge
    8.176
    1)
    The "new yaffs2 partition" under "/var/media/ftp" exists on a 7490 device, since this model was first time available some years ago. Almost every VR9-/GRX350-based model and the 7390 have the "internal NAND flash" (on models with at all only 128 MB it's only the remaining space - about 18 MB) mounted there ... maybe you've never noticed it before.
    Some times ago AVM started to use an existing volume label as the mount point (if started from a fresh config, where the new "ar7.cfg" template with "volume_labels = yes;" was used) - perhaps the Freetz part (FREETZMOUNT) doesn't run on your device (are you sure, it was included?) ... this could lead to some further problems.

    I'm unsure, what's the result of this kconfig input is:
    Code:
    config FREETZ_PATCH_FREETZMOUNT
        bool "FREETZMOUNT: Patch AVMs hotplug scripts, USB storage names, ..."
        depends on FREETZ_KERNEL_VERSION_2_6_32_MAX
        select FREETZ_USBSTORAGE_AUTOMOUNT
        select FREETZ_BUSYBOX_BLKID              if FREETZ_REMOVE_AVM_E2FSPROGS || !FREETZ_AVM_HAS_E2FSPROGS
        select FREETZ_BUSYBOX_FEATURE_BLKID_TYPE if FREETZ_REMOVE_AVM_E2FSPROGS || !FREETZ_AVM_HAS_E2FSPROGS
        select FREETZ_BUSYBOX_VOLUMEID
        default y
        help
            1. Replaces and deselects usb-storage patch.
               - The names of USB storage directories can be defined by WebIF (default uStorXY) (or by volume LABEL).
            2. Replaces and deselects autorun.sh/autoend.sh patch.
               - autorun/autoend behaviour can be activated/deactivated via WebIF.
               - autorun/autoend are useful to start/terminate applications located on USB devices, eg
                 apache, samba or even swapfiles, after connecting or before disconnecting of USB devices.
            3. Auto-mounted USB storage devices will be fully accessible, eg it is now possible to put
               user home directories for (e.g. for FTP) on a FAT32-formatted partition and permit shell
               and FTP users to actually write to their own home directories.
            4. Avoid deleting whole filesystems on USB devices.
            5. Enhanced behaviour during mounting and unmounting.
            6. Provides mount-by-label feature.
    
            It is highly recommended to select this patch.
    I don't know here, if the final result for a 3.10 kernel is an "was not set" option or "y" (the default value - without any chance to change it). But afaik the whole 06.8x support is EXPERIMENTAL ... problems are known (once again: afaik) and each patch should (could) be welcome.

    2)
    If services running from USB devices can't (or will not) be stopped, such delays are "expectable". Look into "/var/log/mod_mount.log" to check, if (a) FREETZMOUNT is available/working and (b) what's the problem during dismounts.

    All other points are only unexpected, if FREETZMOUNT is really working well.

    Your point no. 6 is not really unique ... as long a such a delay isn't present on each restart, you should try to find the reason in the kernel messages (dmesg output) or somewhere else in your log files.

  3. #3
    IPPF-Fan
    Registriert seit
    29.08.2011
    Beiträge
    105
    Hi Peter,

    1) Opps yes, the "/var/media/ftp" is also present on the 7390 is see now. Probably never looked that well to the mount output. Thanks.

    Quick look in the logs from creating the last 7390 and 7490 images, you are right. The freetzmount patches are not applied.

    Logs from 7390:
    Code:
     Line 39040:     applying patch file ./patches/scripts/197-add_freetzmount.sh
     Line 39044:   applying 'remove components'-part of FREETZMOUNT patch
     Line 39049:   applying FREETZMOUNT patch
     Line 39307:   integrated FREETZMOUNT
    Logs from 7490:
    Code:
     Line 21544:     applying patch file ./patches/scripts/197-add_freetzmount.sh
     Line 21548:   applying 'remove components'-part of FREETZMOUNT patch
    On the 7390:
    Code:
    [# grep -rin  patched /etc/hotplug/*
    /etc/hotplug/storage:32:[ -x /usr/lib/libmodmount.sh ] && . /usr/lib/libmodmount.sh # patched by FREETZ
    /etc/hotplug/storage:37:reload) # patched by FREETZ
    /etc/hotplug/storage:38:storage_reload # patched by FREETZ
    /etc/hotplug/storage:74:unplug) # patched by FREETZ
    /etc/hotplug/storage:75:storage_unplug $* # patched by FREETZ
    /etc/hotplug/storage:104:remove_swap $* # patched by FREETZ
    /etc/hotplug/udev-mount-sd:79:[ -x /usr/lib/libmodmount.sh ] && . /usr/lib/libmodmount.sh # patched by FREETZ
    On the 7490:
    Code:
    # grep -rin  patched /etc/hotplug/*
    #
    Geändert von RomMon (17.04.2017 um 20:53 Uhr)
    ADSL Router: FB-7490 with 84.06.31-freetz-devel-13734
    Repeater: FB-7390 with 84.06.53-freetz-devel-14086
    Packages: AICCU, RADVD, NDAS, Net-SNMP, Inadyn, NTFS-3G, Samba, Tcpdump, Dropbear, NFSd
    Open Tickets: Link to open tickets

    Router: FB-7270v3 for test


    My findings with FB-7170 and FB-7270

  4. #4
    IPPF Dreitausend-Club
    Registriert seit
    18.02.2011
    Beiträge
    3.890
    Zitat Zitat von PeterPawn Beitrag anzeigen
    Almost every VR9-/GRX350-based model and the 7390 have the "internal NAND flash".
    Correct, with the exception of the 7360 and 7360 SL.

  5. #5
    IPPF-Fan
    Registriert seit
    29.08.2011
    Beiträge
    105
    Just tried 113.06.52

    Code:
    # uname -a
    Linux fritz.box 3.10.73 #1 SMP Wed Nov 23 17:34:17 CET 2016 mips GNU/Linux
    And see the same behavior External not working (point 5).
    Also regarding freetzmount.
    ADSL Router: FB-7490 with 84.06.31-freetz-devel-13734
    Repeater: FB-7390 with 84.06.53-freetz-devel-14086
    Packages: AICCU, RADVD, NDAS, Net-SNMP, Inadyn, NTFS-3G, Samba, Tcpdump, Dropbear, NFSd
    Open Tickets: Link to open tickets

    Router: FB-7270v3 for test


    My findings with FB-7170 and FB-7270

  6. #6
    IPPF-Fan
    Registriert seit
    29.08.2011
    Beiträge
    105
    Hi Peter,

    Gene solved it in revision 14240.

    Btw, I saw in the file 'storage' for the 7490 that the USB mountpoint naming is always volume label based (vendor and model).
    In 'libmodmount.sh' it depends indeed on a variable "$MOD_STOR_NAMING_SCHEME".

    Thanks both.


    Edit (2017-04-22): Just found that USB mountpoint naming is configurable in Freetz (:81 > Freetz > Freetzmount > Mount points naming scheme = { Fixed prefix | Vendor-Product as prefix | Partition label }). I left this default (fixed prefix) for now.

    Another remark, I had to recover my 7490 before Externalize worked (normal) again.
    Geändert von RomMon (22.04.2017 um 12:20 Uhr)
    ADSL Router: FB-7490 with 84.06.31-freetz-devel-13734
    Repeater: FB-7390 with 84.06.53-freetz-devel-14086
    Packages: AICCU, RADVD, NDAS, Net-SNMP, Inadyn, NTFS-3G, Samba, Tcpdump, Dropbear, NFSd
    Open Tickets: Link to open tickets

    Router: FB-7270v3 for test


    My findings with FB-7170 and FB-7270

Ähnliche Themen

  1. Antworten: 3
    Letzter Beitrag: 24.08.2016, 10:19
  2. Antworten: 0
    Letzter Beitrag: 17.07.2013, 07:05
  3. Antworten: 16
    Letzter Beitrag: 27.11.2009, 23:35
  4. FTP-zu-Mountpoint
    Von bodega im Forum FRITZ!Box Fon: Modifikationen
    Antworten: 44
    Letzter Beitrag: 23.02.2009, 19:47
  5. Asterisk - Carpo: strange Behavior
    Von thepontifex im Forum Asterisk Allgemein
    Antworten: 4
    Letzter Beitrag: 13.11.2007, 17:07

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •