Control: tags -1 +patch +pending
Hi Jakub,
Le lundi, 4 août 2014, 20.11:33 Jakub Wilk a écrit :
> * Didier 'OdyX' Raboud , 2014-08-03, 01:21:
> >* The udev rule seems to be working
>
> As I noted previously, it didn't work here, unless I renamed the rule
> file. But now I checked again, and it w
* Didier 'OdyX' Raboud , 2014-08-03, 01:21:
* The udev rule seems to be working
As I noted previously, it didn't work here, unless I renamed the rule
file. But now I checked again, and it works without renaming. Very odd.
Possibly related bug: #754348
Jakub: could you (out of luck) try the
Hi Jakub, hi all,
Le samedi, 2 août 2014, 22.02:14 Jakub Wilk a écrit :
> * Didier 'OdyX' Raboud , 2014-08-02, 19:25:
> >Would the following patch help you there?
> >
> >(…)
> I use sysvinit, so no, it wouldn't. :-P
Pff. I'm really at loss here, especially given that I can't reproduce
the problem
* Didier 'OdyX' Raboud , 2014-08-02, 19:25:
599 open("/tmp/tcl.tmp.mDGyFD", O_RDWR|O_CREAT|O_EXCL, 0600) = -1
EROFS (Read-only file system)
Would the following patch help you there?
--- a/lib/systemd/system/usb_modeswitch@.service
+++ b/lib/systemd/system/usb_modeswitch@.service
@@ -4,3 +4,5
Hi Jakub,
Le jeudi, 19 juin 2014 00.56:43, vous avez écrit :
> * Jakub Wilk , 2014-06-18, 10:28:
> >apparently /lib/udev/usb_modeswitch doesn't get run at all.
>
> Renaming the rules file as 99-usb_modeswitch.rules helped a bit (don't
> know why it makes a difference): now /lib/udev/usb_modeswitc
Sorry, message was not complete.
After downgrading it all worked fine.
On Thu, 2014-07-10 at 23:59 +0200, Josua Dietze wrote:
> Did the problem go away when you downgraded?
Did the problem go away when you downgraded?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
After upgrading to systemd-sysv in testing the Huawei modem (12d1:1465
Huawei Technologies Co., Ltd. K3765 HSPA)
did not activate after insertion.
The stick is recognized, but the stick did not show up in the
network-manager panel.
After contacting the #debian-systemd channel I downgraded
usb-m
Scrap that, false alarm from rebooting and so the modem was already
switched.
Replacing the wrapper script with a simple logging script just like
Jakub also showed that the wrapper wasn't being run.
Interestingly, downgrading back to 2.1.1+repack0-1 and 20140327-1
resulted in the same issue so
Noticing this too after updating to 2.2.0+repack0-1 with a Huawei E398
on armhf.
I had to manually edit /lib/udev/rules.d/40-usb_modeswitch.rules to
specific the full path to the wrapper as follows:
--- ATTRS{idVendor}=="12d1", ATTR{bInterfaceNumber}=="00",
ATTR{bInterfaceClass}=="08", RUN+=
* Jakub Wilk , 2014-06-18, 10:28:
apparently /lib/udev/usb_modeswitch doesn't get run at all.
Renaming the rules file as 99-usb_modeswitch.rules helped a bit (don't
know why it makes a difference): now /lib/udev/usb_modeswitch is
executed, but the switch still doesn't happen. I managed to col
* Jakub Wilk , 2014-06-18, 10:28:
3) Instead of physically re-plugging the device, this command makes
the switch happen too:
# udevadm trigger --action=add -subsystem-match=usb
Typo; it should be of course:
# udevadm trigger --action=add --subsystem-match=usb
--
Jakub Wilk
--
To UNSUBSCRIBE
* Jakub Wilk , 2014-06-11, 18:05:
Package: usb-modeswitch
Version: 2.2.0+repack0-1
After I upgraded usb-modeswitch (2.1.1+repack0-1 => 2.2.0+repack0-1) and
usb-modeswitch-data (20140327-1 => 20140529-1), my Huawei E3131s-2 is
no longer switched on boot:
$ lsusb | grep -w Huawei
Bus 001 Devic
* Josua Dietze , 2014-06-12, 15:38:
there still should be a hint about usb_modeswitch running in the system
log, at least with the older version.
No luck. All I could get with the old version is this dmesg snippets:
[Fri Jun 13 19:46:54 2014] usb 1-3: New USB device found, idVendor=12d1,
idPr
Am 11.06.2014 19:44, schrieb Jakub Wilk:
To be sure it works, I first tried with the old version of
usb-modeswitch(-data). It turns out that logging during boot not only
doesn't work, but it actually prevents switching. :\
O.K., there still should be a hint about usb_modeswitch running in the s
* Josua Dietze , 2014-06-11, 19:08:
After I upgraded usb-modeswitch (2.1.1+repack0-1 => 2.2.0+repack0-1)
and usb-modeswitch-data (20140327-1 => 20140529-1), my Huawei E3131s-2
is no longer switched on boot:
Can you try to get an usb_modeswitch log?
I'm not sure if it works properly during boo
Am 11.06.2014 18:05, schrieb Jakub Wilk:
After I upgraded usb-modeswitch (2.1.1+repack0-1 => 2.2.0+repack0-1) and
usb-modeswitch-data (20140327-1 => 20140529-1), my Huawei E3131s-2 is no
longer switched on boot:
Can you try to get an usb_modeswitch log?
I'm not sure if it works properly during
Package: usb-modeswitch
Version: 2.2.0+repack0-1
After I upgraded usb-modeswitch (2.1.1+repack0-1 => 2.2.0+repack0-1) and
usb-modeswitch-data (20140327-1 => 20140529-1), my Huawei E3131s-2 is no
longer switched on boot:
$ lsusb | grep -w Huawei
Bus 001 Device 002: ID 12d1:14fe Huawei Technolog
18 matches
Mail list logo
