Differences
This shows you the differences between two versions of the page.
| Next revision | Previous revision | ||
| es:meta:infobox:432_warning [2017/05/14 13:20] – created hardvk0 | es:meta:infobox:432_warning [2020/05/16 00:50] (current) – hardvk0 | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| - | ====== 4/32 warning | + | ====== 4/32 Infoboxes |
| - | ~~NOTOC~~ | + | Estos cuadros de información se pueden incluir en otras páginas a través de la siguiente section-includes: |
| + | < | ||
| + | {{section> | ||
| + | {{section> | ||
| + | </ | ||
| - | Cada sistema operativo requiere | + | ===== Infobox for dataentries ===== |
| - | - Flash suficiente para alojar la imagen del firmware | + | / |
| - | - RAM suficiente para un funcionamiento estable | + | <WRAP center round box info 650px> |
| + | **Not recommended for future use with OpenWrt** due to low flash/ | ||
| + | Limitations in extensibility and stability of operation are to be expected.\\ | ||
| + | See [[supported_devices: | ||
| + | </ | ||
| + | ****************************/ | ||
| - | **Los dispositivos | + | <WRAP center round box important 650px> |
| + | **Este dispositivo NO ESTÁ RECOMENDADO para uso futuro | ||
| + | <color red> | ||
| - | ===== Usabilidad ===== | + | **1) Este dispositivo no tiene suficientes recursos (flash y/o RAM) para permitir un funcionamiento seguro y fiable.**\\ |
| + | Esto significa que incluso poner una contraseña o cambiar sencillos ajustes de red podrían no ser posibles nunca más, dejando el dispositivo efectivamente inutilizable. Consulta en **[[es: | ||
| - | **Insuficiente RAM para un funcionamiento estable** | + | **2) La compatibilidad de este dispositivo con OpenWrt finalizará después de 2019..**\\ |
| + | La última compilación oficial | ||
| + | </ | ||
| - | * 32MB mínimo; Puede funcionar bastante bien, pero también puede ser un límite, dependiendo de su forma de uso. | ||
| - | * 64MB es más cómodo para trabajar, y en general la mejor opción. | ||
| - | ===== Extensibilidad | + | ===== Infobox for ToHs ===== |
| - | + | /**************************** OLD infobox | |
| - | **Apenas suficiente Flash para alojar la imagen del firmware LEDE** | + | <WRAP round info 100%> |
| - | + | **Devices | |
| - | * 4MB min (no será capaz de instalar luci) / 8MB mejor (cabrá luci y otras aplicaciones) | + | |
| - | * 4MB puede funcionar, pero no es divertido para trabajar. >4MB le hará más feliz que 4MB o menos. | + | |
| - | * Los dispositivos de 4MB no pueden ajustarse a nada digno de mención a menos que utilice [[docs: | + | |
| - | * Especialmente en lo que respecta a la extensibilidad, | + | |
| - | + | ||
| - | + | ||
| - | Los dispositivos con sólo 4MB de memoria Flash apenas podrán soportar la imagen del firmware LEDE y tendrán limitaciones en su extensibilidad. Con una flash pequeña, no esperes demasiado en este sentido. | + | |
| - | + | ||
| - | Lo más probable es que no puedas instalar los siguientes paquetes más populares (y otros) en un dispositivo con sólo 4MB de flash: | + | |
| - | + | ||
| - | | + | |
| - | | + | |
| - | | + | |
| - | | + | |
| - | + | ||
| - | + | ||
| - | ===== Compatibilidad ===== | + | |
| - | + | ||
| - | Se está haciendo más difícil o incluso imposible con el tiempo soportar dispositivos con Flash + RAM baja. | + | |
| - | El soporte de LEDE para esos dispositivos podría terminar en cualquier momento en el futuro. | + | |
| - | + | ||
| - | + | ||
| - | ===== Asesoramiento ===== | + | |
| - | + | ||
| - | | + | |
| - | | + | |
| - | + | ||
| - | ===== Un análisis del problema realizado por el usuario del foro slh ===== | + | |
| - | Como está escrito en [[https:// | + | |
| - | + | ||
| - | En primer lugar, no estoy pretendiendo hablar por el equipo de LEDE, sin embargo mirando los números en claro presenta una situación bastante obvia. | + | |
| - | + | ||
| - | Tomando " | + | |
| - | + | ||
| - | <code>D-Link DIR-600A1: | + | |
| - | Backfire 10.03..............: | + | |
| - | Backfire 10.03.1............: | + | |
| - | Attitude Adjustment 12.09...: 2883588 bytes | + | |
| - | Barrier Breaker 14.07.......: | + | |
| - | Chaos Calmer 15.05..........: | + | |
| - | Chaos Calmer 15.05.1........: | + | |
| - | LEDE 17.01 release branch...: 3473412 bytes | + | |
| - | absolute firmware size......: 3735576 bytes | + | |
| - | maximum usable firmware size: 3538944 bytes</ | + | |
| - | (all of these figures are for release images, including luci and a more or less identical feature set). | + | |
| - | + | ||
| - | The erase block size for this (and most other) devices is 64 KB, so you now end up with 256 KB (== 4 erase blocks) free space, compared to 320 KB (== 5 erase blocks before). While this may look comfortable at a first glance, you have to consider that free space can only be assigned in (full) block size chunks, so once you touch the overlay partition at all, you already have one erase block in use (64 KB). Therefore the firmware creation tools used by LEDE enforce at least 3 erase blocks reserve for the overlay filesystem (that' | + | |
| - | + | ||
| - | Assuming pure statistics, what will the situation be in 12 or 24 months[1]? | + | |
| - | + | ||
| - | No one has yet raised the suggestion to actually remove the hardware support for affected devices | + | |
| - | + | ||
| - | This thread merely serves as a reminder for ' | + | |
| - | Advanced users will obviously be able to delay the inevitable by quite some margin - depending on their use-cases and abilities to reduce LEDE's footprint below normal system requirements. | + | |
| - | + | ||
| - | Despite the title, the RAM size is actually | + | |
| - | + | ||
| - | [1] switching from mach files to device tree (post 17.01) offers a potential to free up a little space in the kernel, but this isn't a whole lot and will probably be eaten more or less completely by upgrading to kernel 4.9+ (also keep in mind that the FDT file needs to be appended to the kernel image, which might or might not compress as well as the mach files before), so don't expect a significant positive effect from this switch. | + | |
| - | + | ||
| - | [2] no webinterface, | + | |
| - | + | ||
| - | [3] with LEDE's pretty new feature of device specific rootfs images, it would technically be possible to decide between installing luci or omitting it on a per device basis, e.g. based on flash sizes, but support for something like this hasn't been implemented yet and would require quite some attention (both as in source patches and tagging of device classes) from interested parties. As implemented right now, the decision is binary - either the default (release) config (including luci) fits XOR building a firmware image for the affected device fails and no firmware will be available. | + | |
| - | + | ||
| - | [4] I would expect that there already are a couple of 4 MB flash devices in the target list for which no release firmware can be built for 17.01, because of less ideal flash partitioning schemes chosen by the vendor (dropping free space below 3 erase blocks). Those are probably a minority, but given the close numbers, I'd be very suprised if there wouldn' | + | |
| - | + | ||
| - | [[https:// | + | |
| - | ===== La opinión de un desarrollador del Core LEDE ===== | + | |
| - | Como se escribió originalmente en [[https:// | + | |
| - | + | ||
| - | Sólo proporcionando mi opinión bastante pragmática sobre el tema aquí: \\ | + | |
| - | No creo en la eliminación arbitraria del soporte al dispositivo \\ | + | |
| - | Por lo general, se soporta a los dispositivos, | + | |
| - | Un dispositivo debe ser considerado compatible siempre y cuando \\ | + | |
| - | * Sea posible construir imágenes de arranque | + | |
| - | * Se puedan producir imágenes lo suficientemente pequeñas para permitir aún la persistencia de la configuración | + | |
| - | * No se requieran parches u otras modificaciones en el origen y buildroot | + | |
| - | + | ||
| - | Eventualmente podríamos necesitar pensar en niveles de soporte como: | + | |
| - | + | ||
| - | * **Completo** => permite ejecutar la gui, opkg funciona y hay mucho espacio para alojar paquetes | + | |
| - | * **Medio** => permite ejecutar la gui, opkg funciona y hay al menos suficiente espacio para la creación de extroot | + | |
| - | * **Pequeño** => las imágenes de arranque pueden ser construidas al sacrificar la gui u opkg mientras aún tiene configuración persistente | + | |
| - | * **Micro** => la única opción son las imágenes muy personalizadas que requieren medidas especiales como configuración pre-montada, | + | |
| - | + | ||
| - | + | ||
| - | ===== Infoboxes ===== | + | |
| - | Estas infoboxes se pueden incluir en otras páginas a través de la siguiente section-includes: | + | |
| - | < | + | |
| - | {{section> | + | |
| - | {{section> | + | |
| - | </ | + | |
| - | + | ||
| - | ==== Infobox para dataentries ==== | + | |
| - | + | ||
| - | <WRAP center round box info 650px> | + | |
| - | **No recomendado para uso futuro con LEDE** debido a una flash/ram baja. \\ | + | |
| - | Pueden esperarse limitaciones en la extensibilidad y la estabilidad de funcionamiento. \\ | + | |
| - | Consulte [[432_warning]] | + | |
| </ | </ | ||
| + | ****************************/ | ||
| + | <WRAP center round important 100%> | ||
| + | <color red> | ||
| - | ==== Infobox | + | **1) Los dispositivos 4/32 no tienen recursos suficientes (flash y/o RAM) para permitir un funcionamiento seguro y fiable.** Consulta en **[[es: |
| - | <WRAP round info 100%> | + | **2) La compatibilidad |
| - | **Dispositivos con =4MB de flash y/o =32MB de RAM sufren | + | |
| </ | </ | ||
| - | |||