Установка на планшет

[Esmertec]

Чисто мои рассуждения, не надо считать их за аксиому: при разметке дисковое устройство инсталлятор всё же видит, если бы не было драйвера вряд ли это было бы возможно. Другой вопрос поддерживают ли взаимно друг друга файловая система и эта внутренняя память.... хотя скорее всего суть от этого не меняется.
Единственно если вы настойчивы в вашем эксперименте, можете попробовать создать более современную файловую систему. Надо конечно почитать по этому поводу.

В принципе этот планшет у меня так и так лежал на полке, по этому установить на него дебиан, или любой другой линукс дистриб, для меня чисто спортивный интерес, т.к. win в любой момент поставить мжно обратно и проблем от этого ни каких не возникнет, по этому я считаю, что будет на много интереснее добиться рабочей версии линукса на нем) буду решать вышу указанную проблему путем гугления, т.к. не только я столкнулся с ней)

[endru]

попробуй для начала поставить Android x86.
Если заведется, смотри через терминал установленное оборудование и нужные дрова для него. После читай в какой версии debian поддерживается твое оборудование.

[Esmertec]

попробуй для начала поставить Android x86.
Если заведется, смотри через терминал установленное оборудование и нужные дрова для него. После читай в какой версии debian поддерживается твое оборудование.

В общем при автоматической разметке без LVM, при загрузке ОС получаю следующее:

что удалось найти по поводу этой ошибки: вкратце я так понял есть инструкция на процессорах Bay Trail-T, которая отвечает за приоритет прерывания (IRQ), которая использует старый метод прерывания =>из-за него получаем ошибку:
genirq: Flags mismatch irq 8. 00000080 (mmc0) vs. 00000000 (rtc0)

Код Выделить Развернуть

We should be able to dynamically assign IRQ number on the platform in ACPI
Hardware-reduced mode, but on the Bay Trail-T(ASUS-T100) platform, there is
a RTC device still using the legacy hardcoded IRQ8, which could cause the
following error:

7486341a98f: genirq: Flags mismatch irq 8. 00000080 (mmc0) vs. 00000000 (rtc0)

Есть в принципе фикс:

Код Выделить Развернуть

--- a/drivers/rtc/rtc-cmos.c
+++ b/drivers/rtc/rtc-cmos.c
@@ -41,6 +41,9 @@
#include <linux/pm.h>
#include <linux/of.h>
#include <linux/of_platform.h>
+#ifdef CONFIG_X86
+#include <asm/i8259.h>
+#endif

/* this is for "generic access to PC-style RTC" using CMOS_READ/CMOS_WRITE */
#include <linux/mc146818rtc.h>
@@ -1117,17 +1120,23 @@  static int cmos_pnp_probe(struct pnp_dev
{
cmos_wake_setup(&pnp->dev);

- if (pnp_port_start(pnp, 0) == 0x70 && !pnp_irq_valid(pnp, 0))
+ if (pnp_port_start(pnp, 0) == 0x70 && !pnp_irq_valid(pnp, 0)) {
+ unsigned int irq = 0;
+#ifdef CONFIG_X86
/* Some machines contain a PNP entry for the RTC, but
* don't define the IRQ. It should always be safe to
- * hardcode it in these cases
+ * hardcode it on systems with a legacy PIC.
*/
+ if (nr_legacy_irqs())
+ irq = 8;
+#endif
return cmos_do_probe(&pnp->dev,
- pnp_get_resource(pnp, IORESOURCE_IO, 0), 8);
- else
+ pnp_get_resource(pnp, IORESOURCE_IO, 0), irq);
+ } else {
return cmos_do_probe(&pnp->dev,
pnp_get_resource(pnp, IORESOURCE_IO, 0),
pnp_irq(pnp, 0));
+ }
}

static void cmos_pnp_remove(struct pnp_dev *pnp)

Но непонятно куда его дописывать, ОС не стартует прямо в начале загрузки, в bios`е ни чего похожего на отключение RTC не нашел...
Начинаю подозревать, что не судьба стартонуть его именно на debian`е...