Re: Ventiladors i temperatura del processador !
Hola Martí, Les temperatures que indiques són molt elevades, el primer a verificar seria que el ventilador i disipador (si el teu portàtil en disposa) estan ben nets, i funcionen correctament. En teoria no hi ha perquè desactivar l'ACPI. Si el teu problema és de disseny de la màquina que s'escalfa, potser hauries de provar el paquet cpufrequtil (si està suporta el teu processador) o similar per mirar de fer que el processador en els moments de menys càrrega redueixi la freqüencia i així dongui tems a disipar tot el calor intern. L'acpi és un estàndard on la part de l'energia que gestiona està més enfocat cap a la suspensió/hibernació del maquinari que no pas tant a la velocitat dels ventiladors i la temperatura de la ucp. Per exemple si el desactivessis quan fas un halt (o apagues des de l'escriptori) la màquina es quedaria engegada mostrant un missatge de que ja la pots aturar. Per cert pels processos que indiques del ps si que tens activada l'acpi a nivell de serveis, però que de res serveixen si a nivell de nucli es desactives. En qualsevol cas desactivar-los et pot provocar efectes secundaris com per exemple que no et funcioni l'hyperthreading (si al cpu en té es clar). En quant a la velocitat dels ventiladors, el propi sistema s'hauria d'encarregar de que variessin la velocitat en funció de la temperatura, amb el que no cal indicar-los res de forma manual. El gnome-sensors-applet t'ajudarà per exemple a verificar i controlar les teves temperatures i si la velocitat del ventilador es constant o va oscilant en funció de la temperatura. Per als portàtils existeixen unes bases d'alumini que ajuden de manera passiva (amb forats) o activa (ventiladors) a la disipació del calor dels mateixos. Al 20/06/11 18:08, En/na Martí Vinyals ha escrit: Hola, Sóc nou a la llista... Us escric perquè en passar de Lenny a Squeeze (i d'Squeeze a Wheezy) estic tenint problemes per treballar amb normalitat en el meu portàtil HP Compaq. Hi ha processos, com el visionat de videostreams a través de plugins Iceweasel o la compilació a través de g++, que deixen el sistema quasi sense recursos... i el pitjor, el processador s'escalfa moltíssim i, crec que és degut a això que el sistema s'atura de cop. La sortida de # sensors acpitz-virtual-0 Adapter: Virtual device temp1:+100.0°C (crit = +94.8°C) temp2:+72.0°C (crit = +100.0°C) temp3:+40.6°C (crit = +100.0°C) k8temp-pci-00c3 Adapter: PCI adapter Core0 Temp: +77.0°C (a vegades, temp1 pren valors per sobre +110.0ºC...) No sé si es tracta d'un problema de velocitat del ventilador... de memoria RAM... Bé... estic molt perdut... Què miro ? Seria una solució fer que els ventiladors treballessin al màxim... ? Com li dic ? Ah !, entre els paràmetres del nucli ja no li dic noapic nolapic acpi=off... hi haig de tornar ??? Això vol dir que tinc l'ACPI funcionant... root15 2 0 16:42 ?00:00:00 [kacpid] root16 2 0 16:42 ?00:00:00 [kacpi_notify] root17 2 0 16:42 ?00:00:00 [kacpi_hotplug] root 3448 1 0 17:02 ?00:00:00 /usr/sbin/acpid root 20437 20393 0 17:56 pts/400:00:00 grep acpi Salutacions, -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e00e601.5090...@qscsoft.net
Re: Accedir a les fotos d'una càmara des d'un portàtilperò no des de l'altre
Al 16/04/11 11:12, En/na Sergi Casbas ha escrit: Al 16/04/11 08:48, En/na Ferran Jorba ha escrit: Hola Sergi, Te l'esta identificat com a classe still, es a dir still Image, com si fos un escaner. Pots passar-me 6 captures (qui diu captures diu cutrepaste)? necessitaria el `lsusb` i el `lsusb -t` i el `lsusb -v -s bus:dev`dels 2 ordenadors tant del que si que funciona com del que no amb la camera conectada es clar. El lsusb -s té 2 paràmetres que son el bus i el device que et dona el lsubs. en el cas concret que m'has passat abans seria un lsusb -s 01:1 tal com t'havia comentat en privat, fins avui no he tingut temps de fer les proves que em demanaves. T'ho envio. En primer lloc, en el Dell, el nou que funciona perfectament. A sota l'Acer, l'antic. Gràcies un cop més. M'estic aventurant en mons nous i desconeguts ;-) Ferran --- root@dell:/home/ferran# lsusb Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 005: ID 413c:8160 Dell Computer Corp. Bus 003 Device 004: ID 413c:8162 Dell Computer Corp. Bus 003 Device 003: ID 413c:8161 Dell Computer Corp. Bus 003 Device 002: ID 0a5c:4500 Broadcom Corp. BCM2046B1 USB 2.0 Hub (part of BCM2046 Bluetooth) Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 005: ID 04cb:0214 Fuji Photo Film Co., Ltd Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 004: ID 0c45:6400 Microdia Bus 001 Device 003: ID 0bda:0158 Realtek Semiconductor Corp. USB 2.0 multicard reader Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub root@dell:/home/ferran# lsusb -t 3-1.2:1.0: No such file or directory 3-1.3:1.2: No such file or directory 3-1.3:1.3: No such file or directory /: Bus 08.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M /: Bus 07.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M /: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M /: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci_hcd/6p, 480M |__ Port 2: Dev 5, If 0, Class=still, Driver=usbfs, 480M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci_hcd/6p, 480M |__ Port 5: Dev 3, If 0, Class=stor., Driver=usb-storage, 480M |__ Port 6: Dev 4, If 0, Class='bInterfaceClass 0x0e not yet handled', Driver=uvcvideo, 480M |__ Port 6: Dev 4, If 1, Class='bInterfaceClass 0x0e not yet handled', Driver=uvcvideo, 480M El lsusb -s hauría d'haver estat 02:05 q (bus 2 dev 5) que és on hi ha la càmera. (fixa't que l'identifica com still). SI la canvies de conexió aquests valors canviaran. root@dell:/home/ferran# lsusb -v -s 02:1 Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass9 Hub bDeviceSubClass 0 Unused bDeviceProtocol 0 Full speed (or root) hub bMaxPacketSize064 idVendor 0x1d6b Linux Foundation idProduct 0x0002 2.0 root hub bcdDevice2.06 iManufacturer 3 Linux 2.6.32-5-686 ehci_hcd iProduct2 EHCI Host Controller iSerial 1 :00:1d.7 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 25 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xe0 Self Powered Remote Wakeup MaxPower0mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 9 Hub bInterfaceSubClass 0 Unused bInterfaceProtocol 0 Full speed (or root) hub iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes3 Transfer TypeInterrupt Synch Type None Usage Type Data wMaxPacketSize 0x0004 1x 4 bytes bInterval 12 Hub Descriptor: bLength 9 bDescriptorType 41 nNbrPorts 6 wHubCharacteristic 0x000a No power switching (usb 1.0) Per-port overcurrent protection bPwrOn2PwrGood 10 * 2 milli seconds
Re: Accedir a les fotos d'una càmara des d'un portàtilperò no des de l'altre
Al 16/04/11 11:02, En/na Pere Nubiola Radigales ha escrit: tens problemes amb el usb. Fixed: en el DELL: Bus 002 Device 005: ID 04cb:0214 Fuji Photo Film Co., Ltd en el acer: Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 002: ID 046d:c03d Logitech, Inc. M-BT96a Pilot Optical Mouse Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Has provat d'engegar/apagar la maquina de fotos un cop endollada al usb.? Pot existir a la maquina de fotos un punt de menú que indiqui connexió al pc? Has fet un aptitude update, aptitude safe-upgrade en el acer? En cas afirmatiu fes un apt-get upgrade. Molts cops el apt-get es una mica mes salvatge que el aptitude però soluciona molts problemes. Donava per suposat que els sistemes estaven a la última, en qualsevol cas si pots, una actualització de tots els sistemes sempre pot anar bé. Prova de fer en una consola amb l'usuari root: tail -f /var/log/syslog endolla la camera de photos i mostrens la sortida. ( el tail -f d'un fitxer va mostrant les línies que es van afegin) El XP que tens en el acer venia preinstalat?. Molts cops ACER fica algun patch en el window perque funcioni. Pere Nubiola Radigales Telf: +34 656316974 e-mail: p...@nubiola.cat pnubi...@fsfe.org pere.nubi...@gmail.com El 16 d’abril de 2011 8:48, Ferran Jorbaferran.jo...@gmail.com ha escrit: Hola Sergi, Te l'esta identificat com a classe still, es a dir still Image, com si fos un escaner. Pots passar-me 6 captures (qui diu captures diu cutrepaste)? necessitaria el `lsusb` i el `lsusb -t` i el `lsusb -v -s bus:dev`dels 2 ordenadors tant del que si que funciona com del que no amb la camera conectada es clar. El lsusb -s té 2 paràmetres que son el bus i el device que et dona el lsubs. en el cas concret que m'has passat abans seria un lsusb -s 01:1 tal com t'havia comentat en privat, fins avui no he tingut temps de fer les proves que em demanaves. T'ho envio. En primer lloc, en el Dell, el nou que funciona perfectament. A sota l'Acer, l'antic. Gràcies un cop més. M'estic aventurant en mons nous i desconeguts ;-) Ferran --- root@dell:/home/ferran# lsusb Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 005: ID 413c:8160 Dell Computer Corp. Bus 003 Device 004: ID 413c:8162 Dell Computer Corp. Bus 003 Device 003: ID 413c:8161 Dell Computer Corp. Bus 003 Device 002: ID 0a5c:4500 Broadcom Corp. BCM2046B1 USB 2.0 Hub (part of BCM2046 Bluetooth) Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 005: ID 04cb:0214 Fuji Photo Film Co., Ltd Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 004: ID 0c45:6400 Microdia Bus 001 Device 003: ID 0bda:0158 Realtek Semiconductor Corp. USB 2.0 multicard reader Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub root@dell:/home/ferran# lsusb -t 3-1.2:1.0: No such file or directory 3-1.3:1.2: No such file or directory 3-1.3:1.3: No such file or directory /: Bus 08.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M /: Bus 07.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M /: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M /: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci_hcd/6p, 480M |__ Port 2: Dev 5, If 0, Class=still, Driver=usbfs, 480M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci_hcd/6p, 480M |__ Port 5: Dev 3, If 0, Class=stor., Driver=usb-storage, 480M |__ Port 6: Dev 4, If 0, Class='bInterfaceClass 0x0e not yet handled', Driver=uvcvideo, 480M |__ Port 6: Dev 4, If 1, Class='bInterfaceClass 0x0e not yet handled', Driver=uvcvideo, 480M root@dell:/home/ferran# lsusb -v -s 02:1 Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass9 Hub bDeviceSubClass 0 Unused bDeviceProtocol 0 Full speed (or root) hub bMaxPacketSize064 idVendor 0x1d6b Linux Foundation idProduct 0x0002 2.0 root hub bcdDevice2.06 iManufacturer 3 Linux 2.6.32-5-686 ehci_hcd iProduct2 EHCI Host Controller iSerial 1 :00:1d.7 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType
Re: Accedir a les fotos d'una càmara des d'un portàtilperò no des de l'altre
Al 13/04/11 20:08, En/na Ferran Jorba ha escrit: Hola Sergi, [...] una versió més recent del kernel ho podria solucionar? Què fa que un hardware antic, tant el teu com el dels meus fills, no permeti funcionar un protocol de transferència de fitxers? La meva hipotesis té a veure amb la latència dels ports USB i les diferencies d'implementació del USB 1.1 i el USB 2.0 . A la meva dóna li passa una cosa curiosa. Nosaltres tenim un disc de xarxa NAS que el té mapejat en una unitat de xarxa. si de la càmera (amnb PTP) copia directe al NAS les imatges es corrompen. Si copia a l'escriptori i d'allí al NAS tot correcte. El problema de la seva màquina, és un portàtil antic que no té ports 2.0. La màquina dels teus fills té ports USB2.0? Un `lsusb -t` t'ajudarà a averiguar-ho: al final de cada entrada et diu a quina velocitat. Si la camera esta en 12M (12Mb/s), és que és 1.1, si esta en 480M (480Mb/s) vol dir que en 2.0. Abans de sortir de casa aquest matí he llegit el teu missatge i he mirat la sortida del lsub, i sorpresa, aquest portàtil té 4 ports USB 1.1 i 1 de 2.0, i probablement les proves jo les estava fent amb els ports 1.1. Per tant, , tatxan tatxan.., aquest vespre faré la prova i podrem verificar la teva hipòtesi, ben raonable, d'altra banda. Una estona de suspens... Pse, pse... Ja tinc localitzat el port USB 2.0 del portàtil. Quan hi endollo un llàpis USB, tinc aquesta sortida: $ lsusb -t /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M |__ Port 1: Dev 3, If 0, Class=HID, Driver=usbhid, 1.5M /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci_hcd/6p, 480M |__ Port 6: Dev 8, If 0, Class=hub, Driver=hub/1p, 480M |__ Port 1: Dev 9, If 0, Class=stor., Driver=usb-storage, 480M Però amb la càmera, sembla que no sàpiga quin driver utilitzar, potser perquè la càmera no se li presenta com a storage, o alguna altra cosa: $ lsusb -t 1-6:1.0: No such file or directory /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M |__ Port 1: Dev 3, If 0, Class=HID, Driver=usbhid, 1.5M /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci_hcd/6p, 480M |__ Port 6: Dev 10, If 0, Class=still, Driver=, 480M Tens alguna altra proposta per continuar progressant? Gràcies, Ferran Te l'esta identificat com a classe still, es a dir still Image, com si fos un escaner. Pots passar-me 6 captures (qui diu captures diu cutrepaste)? necessitaria el `lsusb` i el `lsusb -t` i el `lsusb -v -s bus:dev`dels 2 ordenadors tant del que si que funciona com del que no amb la camera conectada es clar. El lsusb -s té 2 paràmetres que son el bus i el device que et dona el lsubs. en el cas concret que m'has passat abans seria un lsusb -s 01:1 -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da700db.60...@qscsoft.net
Re: Accedir a les fotos d'una càmara des d'un portàtilperò no des de l'altre
Veig que la càmera te la detecta com a PTP (http://en.wikipedia.org/wiki/Picture_Transfer_Protocol) pots mirar de configurar-la com a MassStorage? Jo tinc un MP4 que funciona en tots 2 protocols en en MTP (Multimedia Transfer Protocol) no em va del tot correctament en un pc antic, pero en canvi com a MassStorage (es a dir com a disc) funciona perfectament a tot arreu. Al 11/04/11 23:34, En/na Ferran Jorba ha escrit: Hola Pere, obre una consola a tots als dos portàtils posat com a usuari root i executa la comanda: udevadm monitor Fa això: KERNEL[1302556425.004655] add /devices/pci:00/:00:1d.7/usb1/1-6 (usb) KERNEL[1302556425.005728] add /devices/pci:00/:00:1d.7/usb1/1-6/1-6:1.0 (usb) UDEV [1302556425.015342] add /devices/pci:00/:00:1d.7/usb1/1-6 (usb) UDEV [1302556425.024187] add /devices/pci:00/:00:1d.7/usb1/1-6/1-6:1.0 (usb) KERNEL[1302556511.814113] remove /devices/pci:00/:00:1d.7/usb1/1-6/1-6:1.0 (usb) KERNEL[1302556511.814177] remove /devices/pci:00/:00:1d.7/usb1/1-6 (usb) UDEV [1302556511.816345] remove /devices/pci:00/:00:1d.7/usb1/1-6/1-6:1.0 (usb) UDEV [1302556511.819914] remove /devices/pci:00/:00:1d.7/usb1/1-6 (usb) Ho he provat en diferents ports USB del portàtil Acer (el que no em va, per entendre'ns). El suggeriment del Jordi en privat també indica que el dispositiu funciona i el kernel el detecta: # lsusb Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 003: ID 046d:c03d Logitech, Inc. M-BT96a Pilot Optical Mouse Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 007: ID 04cb:0214 Fuji Photo Film Co., Ltd Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub # demsg [...] [ 868.270191] usb 1-6: USB disconnect, address 6 [ 872.900043] usb 1-6: new high speed USB device using ehci_hcd and address 7 [ 873.068803] usb 1-6: New USB device found, idVendor=04cb, idProduct=0214 [ 873.068809] usb 1-6: New USB device strings: Mfr=0, Product=2, SerialNumber=3 [ 873.068813] usb 1-6: Product: USB PTP [ 873.068816] usb 1-6: SerialNumber: 592D34313531100715D9A50UG37324 [ 873.069001] usb 1-6: configuration #1 chosen from 1 choice Endolla la càmera als ordinadors i verifica les diferencies de la sortida el udevadm es finalitza amb un control-c L'altre portàtil fa uns missatges que veig idèntics (a no ser que m'indiquis què he de mirar exactament, ja que el copy+paste entre dos ordinadors diferents no el sé fer) però se m'obre una finestra dient «Removable medium is inserted. Type of medium: fotos digitals». Si al menys el pugues muntar a mà... Algú em sap explicar aquest path gphoto2://[usb:002,002] que em trobo en el gestor de fitxers PCManFM? Perquè el mount només em diu que hi ha un fusectl on /sys/fs/fuse/connections type fusectl (rw). Intento posar gphoto2://[usb:001,001]/ i em diu: Operation not supported. Pot ser aquesta, la pista? per cert que tal el consum d'energia amb LXDE? Com ho miro? M'explico: són portàtils per preferències seves, no perquè siguin ordinadors que viatgin. Les piles de l'Acer ja són tan velles que només duren mitja horeta, i el nou Dell està poca estona lluny dels endolls, perquè no surt de casa. O sigui que és un tema que no conec i, la veritat, no sé com mirar. Personalment, tinc un de sobretaula (el més vell de tots, d'altra banda) i això de l'estalvi energètic dels portàtils per mi és un món desconegut. Això sí, jo estic encantat en poder posar els meus ordinadors en hivernació, tant a casa com a la feina. Trobo que és una gran cosa. Però segur que tu et refereixes a alguna altra cosa. Gràcies, Ferran -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da40b3a.3020...@qscsoft.net
Re: Accedir a les fotos d'una càmara des d'un portàtilperò no des de l'altre
Al 12/04/11 10:55, En/na Ferran Jorba ha escrit: Hola Sergi, Veig que la càmera te la detecta com a PTP (http://en.wikipedia.org/wiki/Picture_Transfer_Protocol) pots mirar de configurar-la com a MassStorage? Jo tinc un MP4 que funciona en tots 2 protocols en en MTP (Multimedia Transfer Protocol) no em va del tot correctament en un pc antic, pero en canvi com a MassStorage (es a dir com a disc) funciona perfectament a tot arreu. Doncs ho mirarem aquesta tarda quan arribi a casa; m'hauran d'ajudar els meus fills, que les càmeres són seves i jo ni en tinc cap ni sé gaire com funcionen, però la teva pista pinta bé, perquè justament es tracta d'un portàtil antic. Les càmeres són dels Reis d'enguany, és a dir, força recents, però en cap cas de gamma alta. Desconeixia això del PTP i seguint el teu enllaç he vist que està relacionat amb el gphoto2 que era un altre misteri per a mi. En tot cas, un cop logrem configurar la càmera com a MassStorage, em sabries dir si hauria d'aparèixer igualment amb el protocol gphoto2:// al gestor de fitxers? No pas. Gràcies, De res ;) Ferran T'explico així ràpidament la diferencia entre PTP i MassStorage. MassStorage és el sistema clàssic de passar imatges des d'un dispositiu cap a un PC. El sistema detectarà que hi ha una nova unitat de disc (sdb,sdc,sdd,etc..) i si fas servir un escriptori amb muntantge automàtic (gnome, i lxde diria que també) t'apareixerà el dispositiu o bé a l'escriptori o be a Ordinador. En qualsevol cas MassStorage és un estàndard que fan servir tant els pendrive, com els disc dur extraibles, com les càmeres de fer fotos. PTP, Photo Transfer Protocol. (i el seu cosí germà MTP Multimedia Transfer Protocol) és un protocol exclusiu per a la transferencia de fotos. Apart de transferir imatges té altres utilitats com per exemple fer servir una càmera des de el propi ordenador, es a dir imagina que vols fer unes fotos amb Macro d'unes papallones, enlloc d'anar apuntant amb la càmera fent foto, connectant càmera al PC i visualitzant en el PC (que es com es faria en MassStorage). Amb el PTP (i si la càmera ho suporta) pots veure la imatge que esta fent la càmera i fins i tot (depèn de la màquina es clar) ajustar paràmetres com el zoom, exposició, compensació de blancs, ajustar el flaix., etc. disparar la càmera i veure el resultat tal i com si es tractés d'una WebCam d'altes prestacions o un escàner. Perquè t'apareix el famós gphoto2? perquè el PTP dins del propi protocol inclou una part del mateix que fa la feina equivalent al MassStorage, es a dir per a poder enviar i rebre arxius pero aquest no es tran transparent com el MassStorage. Amb el MassStorage la càmera se t'ha de comportar com si d'un pendrive o una unitat externa es tractés ni més ni menys. Si no vols fer servir cap funcionalitat avançada de la càmera, i la càmera et permet configurar-ho es tant bona opció com el PTP. Ja que a nivell de velocitat de descàrrega si fa no fa el rendiment és similar. Tot i aixó el que sí que et dic és que per exemple a casa tenim dues cameres, jo faig servir una Nikon D50 que només funciona amb MassStorage (és una màquina antiga que es va deixar de fabricar el 2006) però en canvi la meva dona fa servir una novissima nikon coolpix L110 i NO pots canviar-ho i només funciona en PTP, cosa a ademés li genera un problema en la transferència curiosissima pero com encara no la he pogut passar al cantó fosc, i això no és una llista M$, no és aquí el lloc adequat. Sergi. -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da41e98.3040...@qscsoft.net
Re: Accedir a les fotos d'una càmara des d'un portàtilperò no des de l'altre
Al 12/04/11 22:30, En/na Ferran Jorba ha escrit: Hola Sergi, Veig que la càmera te la detecta com a PTP (http://en.wikipedia.org/wiki/Picture_Transfer_Protocol) pots mirar de configurar-la com a MassStorage? Jo tinc un MP4 que funciona en tots 2 protocols en en MTP (Multimedia Transfer Protocol) no em va del tot correctament en un pc antic, pero en canvi com a MassStorage (es a dir com a disc) funciona perfectament a tot arreu. Doncs ho mirarem aquesta tarda quan arribi a casa; m'hauran d'ajudar els meus fills, que les càmeres són seves i jo ni en tinc cap ni sé gaire com funcionen, però la teva pista pinta bé, perquè justament es tracta d'un portàtil antic. Em temo molt que aquesta càmera, com la de la teva dona, tampoc no permet el MassStorage que menciones: http://www.fujifilm.com/products/digital_cameras/j/finepix_jx200/ He mirat i remirat el (petit) manual i les (poques) opcions que dóna la màquina, i no hi ha manera, no es menciona i no existeix. Una llàstima. La següent pregunta òbvia és: com s'ho fa el maligne en el mateix hardware? O una versió més recent del kernel ho podria solucionar? Què fa que un hardware antic, tant el teu com el dels meus fills, no permeti funcionar un protocol de transferència de fitxers? La meva hipotesis té a veure amb la latència dels ports USB i les diferencies d'implementació del USB 1.1 i el USB 2.0 . A la meva dóna li passa una cosa curiosa. Nosaltres tenim un disc de xarxa NAS que el té mapejat en una unitat de xarxa. si de la càmera (amnb PTP) copia directe al NAS les imatges es corrompen. Si copia a l'escriptori i d'allí al NAS tot correcte. El problema de la seva màquina, és un portàtil antic que no té ports 2.0. La màquina dels teus fills té ports USB2.0? Un `lsusb -t` t'ajudarà a averiguar-ho: al final de cada entrada et diu a quina velocitat. Si la camera esta en 12M (12Mb/s), és que és 1.1, si esta en 480M (480Mb/s) vol dir que en 2.0. Si en la llista tots els root_hub et surten 12M, vol dir que la màquina no disposa de 2.0. Si t'en surt algun pero no es on tens la càmera intenta conectar-la allí. Recorda que només és una hipòtesis meva, mai m'he aturat a averiguar exactament perquè li falla ja que vam trobar el pedaç de fer-ho via l'escriptori. Jo en el meu portàtil diria que tot es 2.0 per tant no puc provar-ho en un entorn 1.1 Ja diras quelcom! Gràcies un cop més, De res, si no volgués ajudar als altres no sería a la llista. Ferran Sergi -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da4c4a4.7030...@qscsoft.net
Re: accés amb certificat digital
He llegit el post, si sestà incomplint una llei es susceptible de ser denunciat al defensor del poble? Al 21/03/11 16:30, En/na Robert Garrigos ha escrit: Ja m'ho temia, ja. En tot cas de moment aquí va una entrada de blog per denunciar-ho (enèssima denúncia, pel que escup el goolge): http://tinyurl.com/63pgxtt Després vindrà una instància a l'Ajuntament. No deixem de denunciar tots aquests casos! Robert Robert Garrigós i Castro Blog: http://garrigos.cat On 21/03/11 11:54, Sergi wrote: Amic Robert, em sap greu pero si. Es veu que la administració publica només pensa en els usuaris que fan servir el Finestres i si per casualitat als altres ens funciona... molt millor. El que tu comentes també passa per exemple amb els serveis en línia de la Diputació de Barcelona. Per la pinta que té diria que es un aplet per a gestionar els certificats ja que a mi almenys se'm queda pillat just a la hora de mostra-los. Jo els vaig enviar una queixa i com era d'esperar em van dir que si, que ja ho saben i que estan treballant per millorar-ho. Es a dir, que fins que el proveïdor de l'aplet no en fabriqui un per a Linux, no s'hi podrà accedir. Al 21/03/11 11:47, En/na Robert Garrigos ha escrit: Estic configurant el meu nou Debian per accedir amb certificat digital als webs de les administracions públiques i, entre la meva ignorància i les dificultats que hi posa l'administració, no sé si el tema està tal i com veig o em falta fer alguna cosa: El cas és que he aconseguit instal·lar, aparentment, el programari d'idcat pel clauer amb el meu certificat digital, així com el connector de java pel firefox que em demanava el web de l'ajuntament de Cardedeu i em trobo amb aquest error en el moment d'accedir a l'àrea restringida d'aquest web: S'ha produït un error inesperat -1 --- KeyStore only available on Windows Operating System El google em troba només tres entrades (http://ves.cat/azXV) amb aquesta frase d'error. Una conversa per correu del juliol de 2009 que explica que el servei e-tram del consorci Administració Oberta de Catalunya, que molts ajuntaments de Catalunya, com el de Cardedeu, usen per donar servei de tràmits telemàtics als seus ciutadans, no accepta altres sistemes operatius que l'inefable finestretes. La meva pregunta als sabis d'aquesta llista és si això segueix essent així, com sembla evident, o se m'escapa alguna altra cosa. (per cert, he pogut entrar al web d'hisenda amb el certificat de la meva clau, així que el meu sistema el tinc ben instal·lat i configurat) Gràcies per alliberar-me, un cop més, de certes dosis d'ignorància. Salut. -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d877dc2.8060...@qscsoft.net
Re: accés amb certificat digital
He pensat exactament el mateix que tu (front comú), al llegir el post. Al 21/03/11 17:39, En/na Robert Garrigos ha escrit: Sense entrar en qüestions massa polítiques, però, de quin poble parlem? ;-) Seriosament, naturalment que és un incompliment i es pot denunciar al defensor del poble i al síndic de greuges. Fins i tot es podria denunciar al defensor de l'usuari de l'administració electrònica, figura contemplada a la mateixa llei i que havia d'haver creat el Gobern central, però que no ha creat. El que estaria molt bé és organitzar una denúncia col·lectiva per tenir més força Robert Garrigós i Castro Blog: http://garrigos.cat On 21/03/11 17:33, Sergi Casbas wrote: He llegit el post, si sestà incomplint una llei es susceptible de ser denunciat al defensor del poble? Al 21/03/11 16:30, En/na Robert Garrigos ha escrit: Ja m'ho temia, ja. En tot cas de moment aquí va una entrada de blog per denunciar-ho (enèssima denúncia, pel que escup el goolge): http://tinyurl.com/63pgxtt Després vindrà una instància a l'Ajuntament. No deixem de denunciar tots aquests casos! Robert Robert Garrigós i Castro Blog: http://garrigos.cat On 21/03/11 11:54, Sergi wrote: Amic Robert, em sap greu pero si. Es veu que la administració publica només pensa en els usuaris que fan servir el Finestres i si per casualitat als altres ens funciona... molt millor. El que tu comentes també passa per exemple amb els serveis en línia de la Diputació de Barcelona. Per la pinta que té diria que es un aplet per a gestionar els certificats ja que a mi almenys se'm queda pillat just a la hora de mostra-los. Jo els vaig enviar una queixa i com era d'esperar em van dir que si, que ja ho saben i que estan treballant per millorar-ho. Es a dir, que fins que el proveïdor de l'aplet no en fabriqui un per a Linux, no s'hi podrà accedir. Al 21/03/11 11:47, En/na Robert Garrigos ha escrit: Estic configurant el meu nou Debian per accedir amb certificat digital als webs de les administracions públiques i, entre la meva ignorància i les dificultats que hi posa l'administració, no sé si el tema està tal i com veig o em falta fer alguna cosa: El cas és que he aconseguit instal·lar, aparentment, el programari d'idcat pel clauer amb el meu certificat digital, així com el connector de java pel firefox que em demanava el web de l'ajuntament de Cardedeu i em trobo amb aquest error en el moment d'accedir a l'àrea restringida d'aquest web: S'ha produït un error inesperat -1 --- KeyStore only available on Windows Operating System El google em troba només tres entrades (http://ves.cat/azXV) amb aquesta frase d'error. Una conversa per correu del juliol de 2009 que explica que el servei e-tram del consorci Administració Oberta de Catalunya, que molts ajuntaments de Catalunya, com el de Cardedeu, usen per donar servei de tràmits telemàtics als seus ciutadans, no accepta altres sistemes operatius que l'inefable finestretes. La meva pregunta als sabis d'aquesta llista és si això segueix essent així, com sembla evident, o se m'escapa alguna altra cosa. (per cert, he pogut entrar al web d'hisenda amb el certificat de la meva clau, així que el meu sistema el tinc ben instal·lat i configurat) Gràcies per alliberar-me, un cop més, de certes dosis d'ignorància. Salut. -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d8799a5.8060...@qscsoft.net
Re: Port que canvia cada vegada que reinicie, que dimonis hi ha funcionant ahi????
És el dimoni del Remote Procedure Call, es a dir Crides a Procediment Remotes. Aquest dimoni no es pot aturar ja que algun dels serveis locals en poden dependre, tampoc he vist enlloc que poguessis fer-ne un binding al 127.0.0.1 per a que només acceptés conexions del localhost. Per a poder tancar la màquina et recomano fer servir l'iptables. iptables son una série de regles que configuren la transmissió de paquets des de, cap a i a través de la teva màquina. I es pot fer servir entre d'altres per configurar un tallafoc simple i extremadament segur. I el millor de tot és que no és un dimoni que consumeixi recursos, sinó que són unes regles que aplica el kernel a la hora de fer anar al xarxa, de manera que el seu rendiment és altissím i el seu cost pràcticament nul. Adjunto l'escript que jo faig servir. El tinc a /etc/init.d i el tinc instal·lat al rc.d per a que s'executi quan arranco la màquina. Jo treballo des de un portàtil i tant faig servir conexions a la LAN de casa, com a wifi's publiques com em connecto a través d'un llapis USB, en qualsevol dels casos, he provat de fer-me atacs a mi mateix des conexions externes i sempre ha funcionat perfecte. L'iptables és altament configurable i té milions de possibilitats, la que jo passo, n'és només una de molt simple. Una cosa, si no fas servir SMB a la teva xarxa (es a dir si no comparteixes res amb màquines windows) pots comentar la línia: /iptables -A INPUT -p udp -s 192.168.0.0/28 --sport 137 -j ACCEPT/ Per contra si has de fer servir SMB tingues en compte de canviar en aquesta línia la adreça i màscara de la teva xarxa que jo desconec. El que sí que és segur és que la màscara serà si no la tens canviada per alguna raó especial /24 (jo faig servir /28 per raons especials). Si prefereixes fer servir assistents, busca en l'aptitude/synaptic per iptables i veuràs que hi ha un bon grapat d'scripts. #! /bin/sh ### BEGIN INIT INFO # Provides: iptables # Required-Start:$networking # Required-Stop: # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Simple Firewall # Description: Simple firewall based on iptables rules. ### END INIT INFO # # Author: Sergi Casbas sergi.deb...@qscsoft.net # # Script de firewall basic per a filtrar el trafic amb l'iptables. # Note: Comments are in Catalan, if you need a translation, email-me. # Netejem totes les taules i cadenes d'usuari definides previament. Aixo # s'executarà en tots els casos tant a l'activació com a la desactivació. iptables -F case $1 in start) echo Starting iptables firewall. # Establim directiva restrictiva per no deixar entrar/passar trafic. iptables -P INPUT DROP iptables -P FORWARD DROP # Permetem per defecte tot el trà fic sortint. iptables -P OUTPUT ACCEPT # A la interfÃcie localhost li deixem passar tot el trà fic. iptables -A INPUT -i lo -j ACCEPT iptables -A OUTPUT -o lo -j ACCEPT # Permetem la entrada de connexions ja establertes o relacionades. iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT # Permetem el trà fic UDP necessari per a SMB dins de la LAN domèstica. iptables -A INPUT -p udp -s 192.168.0.0/28 --sport 137 -j ACCEPT ;; stop) echo Stopping iptables firewall. # Obrim tot el trafic. iptables -P INPUT ACCEPT iptables -P OUTPUT ACCEPT iptables -P FORWARD ACCEPT ;; reset) $0 stop $0 start ;; force-reload) $0 reset ;; *) echo Usage: $MYNAME {start|stop|reset|force-reload} 2 exit 3 ;; esac # Si cap dels casos anteriors ha fet una sortida dolenta sortim ok. exit 0
Re: Iceweasel + sqlite + NFS
Al 20/02/11 21:33, En/na Lluís Gras ha escrit: Bones família Fa temps que volia escriure aquest correu i ara acabo de trobar uns minuts per fer-ho. Diria que a mitjans del 2010, reconec que no m'he mirat el changelog de l'iceweasel, la penya de les idees lluminoses de Firefox va decidir emprar sqlite per gestionar les adreces d'interès i que se jo què més que abans es gestionava amb els benvolguts i estimats fitxers de text pla, el cas és que des de llavors he hagut d'alliçonar al personal de l'escola perquè s'acostumin a emprar d'altres navegadors, patxejar el Moodle perquè l'htmlarea no era amic ni amb Chrome ni amb Epiphany, i d'altres feines endebades, a banda la tasca ingent i gairebé impossible fer entendre als usuaris el motiu de perquè si fan anar l'Iceweasel ofeguen al servidor. Pensava que amb el temps, mainstream s'adonaria del maldecap que suposa i que donarien alguna alternativa, ara mateix està a punt de sortir la versió 4 i veig que la cosa continua igual, així que he decidit migrar els perfils dels usuaris a algun lloc del disc local físic i enllaçar-los a la posició que els correspon amb ànim d'alliberar als discs durs del servidor de la càrrega de milers d'operacions, la idea és fer alguna cosa com: debian:~# cat /usr/local/bin/iceprofile #!/bin/sh desti=/media/sda7 usuari=$(id -un) file /home/$usuari/.mozilla | grep link /dev/null if [ $? == 0 ]; then #El perfil ja s'ha traslladat al disc dur local exit 0 else #Trasllat del perfil al disc dur local mv /home/$usuari/.mozilla $desti/.mozilla_$usuari ln -s $desti/.mozilla_$usuari /home/$usuari/.mozilla fi I forçar que l'usuari ho executi durant l'arrencada, hores d'ara i gairebé des de que va desaparèixer KDE 3.5.10, hem estat anant de floreta en floreta, LXDE, Xfce4 i finalment la cosa ha quedat amb Gnome ( si m'ho diuen fa uns anys m'hagués posat a riure ). I la pregunta? ... doncs si algú de vosaltres s'ha trobat el mateix desgavell i com ho ha resol. Hola Lluís, entenc que els perfils dels usuaris estan a un recurs NFS i que us interessa que els perfils estiguin en el servidor per a facilitar les tasques de manteniment i de copia de seguretat. Jo em vaig trobar un tema similiar pero era en un sistema amb MSWindows. Tot i ser un altre S.O. la problemàtica és la mateixa. Jo més que moure amunt i avall de la xarxa el perfil el que faria es fer servir rsync. rsync té la particularitat que en els arxius grans no copia l'arxiu sencer sinó que intenta copiar només la part del mateix que ha canviat minimitzant al màxim el tràfic a la xarxa. SI a més fas servir el dimoni rsync al servidor (molt recomanable) podràs fer servir un paràmetre que n'activa la compressió estalviant encara més espai. Uns scripts similars als que et poso més avall (pero en format de lots de windows) és el que es va fer servir per a que els usuaris tinguessin els seus perfils a través d'Internet i els portàtils obrissin el perfil independentment d'on estiguessin. La idea és que en el log-in es bloqui el perfil en el servidor y que despres es copii al local. Després activem el perfil local. En el logout desactivem el perfil local copiem al servidor i activem al servidor. L'script sería per a tot el perfil complet, pero es podria aplicar només a una carpeta. Et faig una descripció de l'script en pseudo-codi: Script per a login: # Comprovem si ja tenim el perfil Si existeix /servidor/perfils/$usuari.lock aleshores Si no existeix /home/usuari aleshores missatge El perfil està bloquejat. Consulti l'administrador surt error fiSi fiSi # Bloquejam el perfil. Si no existeix /servidor/perfils/$usuari.lock aleshores mou /servidor/perfils/$usuari mv /servidor/perfils/$usuari.lock fiSi # Actualitzem el perfil local. rsync /servidor/perfils/$usuari.lock /home/$usuari.lock # Desbloquejem el perfil local. mou /home/$usuari.lock /home/usuari Script per al logoff: # Bloquejem el perfil local. mou /home/$usuari /home/usuari.lock # Actualitzem el perfil remot. rsync /home/$usuari.lock /servidor/perfils/$usuari.lock # Alliberem el perfil remot. mou /servidor/perfils/$usuari.lock mv /servidor/perfils/$usuari Faltaría afegir-hi control d'errors i etc.. pero bàsicament la idea és la indicada. En cas de que l'usuari no tanqui correctament seguirà tenint el perfil en el seu ordenador, i fins que no tanqui correctament sessió (o l'administrador desbloquegi manualment el seu perfil) no podra iniciar sessió en cap d'altre ordenador. Al ser el canvi de nom la primera operació s'evita que es pugi donar la casualitat d'un inici de sessio des de 2 ordenadors alhora (ja que s'haurien de donar en la mateixa collonesima (1 = collonessima és una part ínfima d'un segon)). Funciona tal i com ho fan de forma esquemàtica les transaccions de les bases de dades. -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact
smbmount i smbumount
Algú li passa que en Squeezy el smbmount no funciona com a usuari (dóna acces denied) i que no existeix l'ordre smbumount (ni com a usuari ni com a root)??? Tinc instal·lats els següents paquets referents a això: smbclient smbfs La instal·lació és a partir del netboot instal·lat els components mínims (sense escriptori) i instal·lant l'escriptori manualment després. Adjunto la llista de tots els paquets instal·lats de forma manualment (les dependencies ho hauria de treure). xorg rsync smbfs smbclient cups gnome-core gdm gnome-applets gnome-bluetooth eog gnome-system-tools gnome-system-log gcalctool sound-juicer gparted file-roller p7zip-full lock-keys-applet gnome-search-tool wine system-config-printer wpasupplicant ppp usb-modeswitch iceweasel iceweasel-l10n-ca icedove icedove-l10n-ca iceowl-extension transmission flashplugin-nonfree pidgin rdesktop sun-java6-jdk sun-java6-plugin openoffice.org mozilla-openoffice.org openoffice.org-gnome openoffice.org-help-ca openoffice.org-hyphenation-ca openoffice.org-l10n-ca msttcorefonts dia gnucash evince gimp mplayer anjuta build-essential gtranslator